問題タブ [archiving]

私はパズル ゲームに取り組んでいます。ゲーム エンジンは、ゲーム アクターからベクトル、遷移アニメーションまで、オブジェクトの複雑な階層を保持しています。ゲームの状態によっては、合計で 10 から 1000 になる場合があります (極端な場合)。私はこれについての経験がないので、そのすべての混乱の保存と読み込みに取り組む必要があるまでその瞬間を遅らせてきましたが、今、私が恐れていた瞬間が来ようとしています.

これに NSKeyedArchiver を使用するのは良い考えですか? そのコンセプトは強力なようです。そうすれば、オブジェクトの状態を再構築できますが、保存されたオブジェクト間のポインターは含まれますか? また、パフォーマンスに関してはどのように動作しますか? アプリの終了時に、システムがこれらすべてのオブジェクトをディスクに保存する時間はありますか?

私は Mac/Ubuntu ユーザーです。「AWK」、「awk」、「awk_tip」、「awk_notes」などのフォルダーがあります。それらをアーカイブする必要がありますが、さまざまなユーティリティが混乱しています。Tar、cpio、pax を見てみましたが、Git に魅了され始めました。暗号化とバックアップが必要になることがあります。

さまざまなアーカイブ ユーティリティの長所と短所を挙げてください。

私はかつて、オンラインデスマッチプレーヤーの小グループのために自家製のフォーラムシステムを運営していました。これらのフォーラムは長い間閉鎖されており、現在オフラインになっています。私がやりたいのは、以前のユーザーが検索できるオンラインアーカイブを作成するために、システム全体のすべてのデータを含む静的HTMLファイルを作成することです。

私はすべての元のデータを管理できます。これには次のものが含まれます。

• 画像
• プロファイル
• フォーラムスレッド
• データベース
• PHPスクリプト

基本的に、私はデータベースを方程式から外して、データベースを存続させるためにリソースを浪費する必要がないようにしたいのです。（また、これは自家製のフォーラムソリューションであったため、あまり最適化されていないと確信しています）

これは実現可能な目標ですか、それともフォーラムを現状のままにして、オーバーヘッドについて心配する必要はありませんか？

可能である（そしてリモートで実行可能である）場合、どのように進めるかについていくつかの提案を得ることができますか？

expiry_date を持つモデル Post があります。この場合、スケーラビリティを管理する最善の方法を知りたいです。2 つのオプション:

1. テーブルから SELECT するときはいつでも、where expiry_date > NOW を含める必要があります。テーブルポストがモンスターのように大きくなったら困ります。3年以上後を想像してみてください。インデックスも巨大になります。

2. テーブルを巡回し、期限切れのアイテムを新しいテーブル Post_Archive に移動するトリガー、cron ジョブ、またはプラグイン (存在する場合) を用意します。そうすれば、現在の投稿のみをメイン テーブルに保持できます。これは、3 年以上、オプション 1 ほど悪くないことを意味します。

たとえば25年から100年など、データを非常に長期間アーカイブするための優れた技術的ソリューションはありますか？

どういうわけか、SQL2000バックアップファイルが訴訟や歴史家のために25年から100年で使用できるという自信はあまりありません。

これは単なる憶測ではなく、顧客の要求です。

これは、ENIACのバックアップで何か便利なことをしようとしたり、AtariWriterのワードプロセッシングファイルを読み取ったりすることに相当します。ハードウェアは必ずしも存在していません。ストレージメディアが破損している可能性があります。テクノロジーを使用する専門家はおそらく存在していません。

私は従業員の目標 Web アプリケーションに取り組んでいます。

リード/マネージャーは、チーム メンバーと話し合った後、チーム メンバーの目標を設定します。これは、組織が従う評価サイクルに応じて、毎年/半年ごと/四半期ごとです。

問題は、期間ベースのフィールドを追加するか、前四半期/年のデータをアーカイブするためのより良いアプローチです。ユーザーが以前の目標 (それほど頻繁ではないアクティビティ) を見たい場合、その日付に属するアーカイブを一時テーブルに復元し、従業員に表示することができます。

始めるべきポイント

アーカイブ: データベースのサイズを縮小し、データベース クエリを簡素化し、誰かが古いデータを見ようとしたときにオーバーヘッドを追加します。

期間ベースのフィールド/テーブル: クエリでの 1 つ以上の追加の結合。以前のデータは現在のデータと同様に扱われるため、古いデータを取得する際のオーバーヘッドはありません。

PS: これはスペース コストではありません。私のポイントは、これは Web アプリであり、組織内のすべての従業員がピーク時に検索/更新するため、パフォーマンスに関して何らかの最適化を達成できるかどうかです。期間を削除すると、クエリがはるかに簡単になります。ありがとう

大量のテキストを保存してから（最初にテーブルビューで、次にテキストビューで）表示したいのですが、どの方法で実行するかわかりません。SQLiteまたはアーカイブ方法の1つを使用する必要があります。

Oracle ウェアハウスで古いデータを廃棄することを検討しています。

概要を非常に単純化するために、PL SQL ストアド プロシージャを使用してプロセスを開発する提案が提案されました。このプロセスでは、ソース テーブルや宛先テーブルなどを指定して、Oracle の ALL_TAB_COLUMNS ビューを使用して、ソース テーブルをミラーリングするターゲット テーブルを作成します。

前の実行からの dest テーブルが存在する場合、提案されたソリューションには、ソース テーブルの現在のスキーマをターゲット (アーカイブ) テーブルと比較し、違いが見つかった場合はテーブルを同期させることが含まれます。提案された機能に制限が存在することは確かですが、仕様はこの分野ではかなり野心的であるように見えましたが、Red Gate の SQL Compare ユーティリティを PL-SQL で書き直すかどうかは疑問です。

2つの質問があると思います。

1) PL/SQL は、そのようなタスクに使用するのに本当に適切な言語ですか。私にとって、ストアド プロシージャはクイック インおよびクイック アウトのデータ操作に使用され、複雑なロジックは、C# やその他の .NET 言語など、より完全に機能するクライアント言語と見なされるものに属します。10,000 行の、インデントが不十分な単一のストアド プロシージャを予想しているので、それを確認しなければならないことにうんざりしています。Oracle SP/Pkgs がそのようである必要がないことはわかっていますが、何らかの理由で、開発者は PL\SQL を使用するときは .NET で記述するときよりもモジュール性が低くなる傾向があります。おすすめと選んだ理由を教えてください。

2) アーカイブ目的で利用できる Oracle ユーティリティ (10g を使用していると思います) はありますか? 誰かアドバイスをお勧めしますか？

コメントが提供されている間、繰り返されない価値がある場合は投票します。

どうも。

製造プロセスからのデータを定期的に記録するアプリケーションがあります (さまざまなサンプル レート、最小 1 秒、通常の最大は 10 分以上)。顧客は、データが変更されたかどうかを知りたがっています (所定の場所で変更された、レコードが追加された、またはレコードが削除された)。

データはバイナリ レコードとして記録されます。複数のデータ ストリームが存在する可能性があり、それぞれが独自のファイルに送信され、それぞれが独自のデータ形式を持ちます。データは1レコードずつ書き込まれており、監視用PCや工程がダウンしても製造が停止するとは限らないため、アーカイブ工程が継続する保証はありません。明らかに、実際に録音したものしか認証できませんが、録音が開始および停止する可能性があります。

そのデータを認証するためにどのような方法を使用できますか? 下位互換性を維持するために、別の「ログ」ファイルを使用してデータを検証したいのですが、それが可能かどうかはわかりません。直接的な回答を除いて、いくつかの提案を見つけるための検索用語の提案はありますか?

ありがとう！

アプリケーションのパフォーマンスを向上させ、ディスク容量を節約するために、不要になったデータをアーカイブする最善の方法を見つけたいと考えています。あなたの経験では、これを実装する最良の方法は何ですか?どのようなツールを使用できますか? そのためには、特定の社内アプリケーションを開発する方がよいでしょうか?