問題タブ [archiving]

アーカイブ ビルド構成をリリースに設定しているときに Xcode プロジェクトをサブミッション用にアーカイブしようとすると、[オーガナイザーでアーカイブを公開する] がオンになっていても、オーガナイザーでアーカイブが作成されません。メッセージが表示されますが、ビルドは成功しました。誰が理由を知っていますか？

とりわけ、組み込みデバイスからのログデータの詳細なアーカイブが保持される Web アプリケーションがあります。内部分析用にこの詳細データを保持したいと考えていますが、このデータは、パブリックにアクセス可能な本番サーバーでは 3 か月以上必要ではありません。Web アプリケーションは新しいデータを挿入するだけで、詳細データの更新や削除はありません。

そこで、運用サーバーから新しいデータのコピーを定期的 (たとえば毎日) に取得し (過去 3 か月分を含む)、3 か月より古いすべてのデータを運用サーバーから削除するアーカイブ システムを構築したいと考えています。

残念ながら、一部の組み込みデバイスがしばらく (数日から数週間) オフラインになることがあります。この場合、すでにコピー/アーカイブされた時間の新しいデータがシステムに追加される可能性があります。

公開運用サーバーでは SQL Server 2008 Standard Edition を使用し、内部アーカイブ システムでは SQL Server 2008 R2 Enterprise Edition を使用して、アーカイブのパーティション分割と圧縮を利用したいと考えています。

現時点では、次のアプローチを検討しています。

1. 本番環境からアーカイブ システムへのデータの毎日のレプリケーション。運用上の古いデータが削除された場合、これはアーカイブ システムに複製されるべきではありません。レプリケーション ターゲットでの削除操作を無視するオプションを見つけました。

2. アーカイブ システムに現在のデータを保持する必要がない場合は、特定の時間より古いすべてのデータを定期的にアーカイブ システムに移動します。しかし、現在のデータを同期し、古いデータをすべて移動する必要があります。

   混合ソリューションを使用する必要があるかもしれません: アーカイブ システムと実稼働システムの間で現在のデータを同期し、古いデータをアーカイブ システムのアーカイブ テーブルに移動するためのレプリケーション (現在のテーブルから実稼働システムにアーカイブ データの削除をレプリケートしている間) ）。

どう思いますか？このような問題に関する推奨事項やベストプラクティスを知っていますか? このトピックは他の場所 (書籍など) で取り上げられていますか?

事前にどうもありがとうございました。

PS: この質問をここで行うべきか、serverfault で行うべきかはわかりません。ここに投稿する私の決定が間違っていた場合は、移動してください。ありがとう。

これは、私たちのドメイン モデルの単純化されたビューです (私たちはヘルスケアにいます)。

設定

1. Nhibernate/FluentNH を使用して、SessionFactory をセットアップおよび構成します。
2. 必要なすべてのテーブル インデックスを設定したとします。

使用法

1. 1 日あたり約 10,000 件の新規アカウントを取得しています
2. 合計で約 50 万のアカウントがあります。
3. これらのアカウントで動作するいくつかの Linq クエリがあります
4. すべてのクエリは Linq を使用し、ほとんどのクエリは述語ビルダー パターンを使用して動的に構築されます (Hql は使用しません)。

問題は、 アカウントの数が増えると、これらのクエリの実行時間が長くなることです。

ノート：

1. 48 時間のウィンドウ内にあるアカウントのみが、クエリ/アプリケーションに関連しています。ただし、古いアカウントは保持する必要があります (したがって、削除できません)。これらのアカウントはアプリケーションでは必要ありませんが、後で分析アプリケーションによって使用される可能性があります

このパフォーマンスの問題を解決するには:

1. 48 時間以上経過したアカウントのアーカイブを検討しています
2. メイン データベースと同じスキーマでアーカイブ データベースを作成する
3. 「古い」アカウントをメイン データベースからアーカイブ データベースに移動する、夜間のベーシックで実行するようにスケジュールされている Windows サービスを追加する
4. Windows サービスは、nhiberate を使用してメイン データベースから古いアカウントを読み取り、古いアカウントを (再び nhibernate を使用して) アーカイブ データベースに保存し、メイン データベースから古いアカウントを削除します。現時点では、古いアカウントがすべてアーカイブ データベースに移動されるまで、このサービスは一度に 1 つのアカウントを移動すると考えています。
5. 時折、アーカイブ データベースからアカウントを復元するリクエストを受け取った場合、上記の手順を逆にします。

質問:

1. このアーカイブ アプローチは有効ですか? そうでない場合、なぜですか？いくつかの代替実装を提案できますか?
2. コピー プロセス中にメイン データベースとアーカイブ データベースに接続するために同じ sessionfactory を使用できますか? 接続文字列を動的に変更するにはどうすればよいですか? 2 つのデータベースで動作する 2 つのシミュレート オープン セッションを使用できますか?
3. この方法を使用して、一度に複数のアカウントをコピーできますか? バッチコピーとバッチ削除?

ご意見をお寄せいただきありがとうございます。

私はstropheとOpenfire 3.7.1（ユーザーサービスと監視プラグインを使用）で遊んでいます。

アーカイブされたメッセージを取得できることをhttp://xmpp.org/extensions/xep-0136.html (7.2 コレクションの取得) で読みました。openfire サーバーに monitoring.jar プラグインをインストールし、アーカイブを有効にしました。アーカイブを照会するにはオープン アーカイブが必要であると読みましたが、この機能は既に Monitoring プラグインに含まれています。

モニタリング プラグインの Readme を引用すると、「モニタリング プラグインは、チャット アーカイブとサーバー統計のサポートを Openfire に追加します。サーバー統計に関するさまざまなレポートの生成、およびチャット ログの管理、表示、レポートのサポートを提供します。」

アーカイブされたメッセージはモニタリング GUI で見ることができますが、strophe.js ライブラリを使用して作成したクライアントで取得したいと考えています。どうすればいいのかわからない。XEP-0136 の例では、次のような IQ を作成しました。

しかし、openfire は応答しないようです。監視タブを確認するとアーカイブが既に存在するため、オープン アーカイブ プラグインを使用する必要があるかどうかわかりません。ご意見をお聞かせください。

よろしくお願いします、

スティーブンソン・リー

最近Webサイトを継承しましたが、phpmakerを使用して作成された単純なバックエンド領域があります。バックエンドは、さまざまなMYSQLデータベーステーブルを表示します。

会社がオンラインで実行するプロモーション/コンテストに関連する登録情報を保持する2つのテーブルがあります。クライアントは、登録データのアーカイブを毎月開始したいと考えていますが、将来のエクスポートまたはレビューのためにデータにアクセスできます。

それで、誰かがこれを達成するための最良のアプローチは何であるかを教えてもらえますか？パーティション分割とMaatkitについて読みましたが、どちらが賢明な選択であるかはわかりません。

テーブル名は、promo / contestアプリケーションを実行しているPHPコード内のいくつかのインスタンスで参照されるため、テーブル名を同じに保つことをお勧めします。また、すべてを「自動」にするか、少なくともボタンをクリックするだけで実行したいと思います。それは完全に現実的ではないかもしれませんが。

phpmakerプロジェクトファイルがなく、取得できなかったことに注意してください。

この問題に関するどんな助けも大きな助けになるでしょう。

以下を含むカスタムオブジェクトの配列をアーカイブすることにより、iOSにローカルに保存する小さなアプリを開発しました。

iCloudを使用して上記のアーカイブを同期したいのですが、推奨されるメカニズムはUIDocumentサブクラスを使用することだと思います。私が見つけたすべてのUIDocumentの例は、単一のインスタンスを1つのNSStringで利用しているため、カスタムオブジェクトの配列全体を同期する方法について少し混乱していますが、UIDocumentを利用しています（今日NSCodingを介してローカルで行っているように）。

上記のプロパティを含むUIDocumentオブジェクトの配列を作成する必要がある場合、上記のデータオブジェクトのインスタンスを1つ含むUIDocumentのインスタンスを作成してから、すべてのインスタンスを含む配列を作成する必要があります。または、1つのUIDocumentに次の完全な配列を含める必要があります。カスタムオブジェクト？

私はいくつかの調査を行いましたが、それでも混乱しています。最終的には、前述のカスタムオブジェクトの配列を含む1つのファイルだけを同期する必要があります。

よろしくお願いします

今日私が持っているのは、Snippetと呼ばれる4つの文字列を持つ上記のカスタムクラスであり、ルートビューコントローラーには、そのSnippetクラスの新しいインスタンスをそれぞれ追加するlistと呼ばれるNSMutableArrayがあります。

カスタムオブジェクトの配列を所有するUIドキュメントサブクラスを作成する必要がありますか？

透過的な圧縮/解凍をサポートし、いくつかのツール（winrarや7-zipなど）によってWindowsで（ファイルとして）開くことができ、使いやすいファイルシステムまたはアーカイブファイル形式を探していますcインターフェイス

私の知る限り、zipファイル形式は最も近く、透過的な解凍、シンプルなcインターフェイス（Minizip）ですが、zip形式はファイル名によるファイル検索には適していません。UDFファイルシステム（iso形式）はファイル名検索でベッターかもしれませんが（推測ですが、あまり深く調べていません）、ACインターフェイスが見つかりません

それでも、zipやisoよりも明白で単純なアプローチが必要だと思います。

アップデート

私はそのようなファイルシステム、特に透過的な解凍を見つけることができませんでした。それでも、 whefのような良いものがありますが、透明な解凍はありません。また、ファイルシステムアプローチはありません。つまり、DBM（CDB、gdbmなど）です。

I am about to set up a new database that will need to include archiving of records that are still accessible. Records are all associated with certain projects and when the project is archived, I want the records to stay the same, a snapshot. (e.g. If a contact is associated with an archived project, and they move a year later, I want it to still pull the old address.) The archived records do not need to be updated, but they do need to be accessible.

I have an idea of how to go about this, but I am not sure if this is the best approach: Have a duplicate of each table that would "archive" everything, and then when putting an item in archive, all the FK/PK relationships would be updated, though that seems like a cumbersome process.

Another idea I had was each item (i.e. contact) would be assigned a PK and then there would be a secondary key for each item which would then be associated with each project. The main problem with this is it seems difficult if a contact updates on a live project, a lot of updates would be required.

Please let me know if you have any questions.

Thank you for the help.

特定のプロジェクトをアーカイブしようとすると、Xcode が応答しません。放っておけば、彼は久しぶりにオーガナイザーを開くことができます。アーカイブがあります。library/developer/xcode/archives から手動で削除すると、Xcode は再び応答します。

このプロジェクトだけで発生し、他のすべてのプロジェクトは問題なくアーカイブされます。

Xcode がプロジェクトに重大な問題を抱えているかのように。

Xcode 4.2.1 を使用していますが、4.3 も試しました (同じ結果)。

何が間違っているのでしょうか？

次の行を使用して、いくつかの csv ファイルを作成し、それらを圧縮して、添付ファイル (ダウンロード用) としてクライアントに送信する Rails アプリケーションがあります。

サーバー上に作成された圧縮ファイルを表示すると使用できますが、アプリケーションを介してファイルをダウンロードすると、ファイルに解凍され、.zip.cpgzファイルに圧縮されるzipファイルに圧縮され.zip.cpgzます。など

.zip次に、「The Unarchiver」アプリを (Mac OSX で) ダウンロードしました。ファイルを開こうとすると、エラーが発生します。"the contents cannot be extracted with this program"

なぜこれが起こっているのか誰にも分かりますか？エンコードエラーなど？上記の行に欠けているもの、またはこれを修正する構成に欠けているものはありますか?