質問

ていることになりましたが、データベースの絡みが管理したいする機能を削除データベースからデータがまだいるデータが表示されます。例:いすべてのインスタンスの製品whizbangないwhizbangが販売す。そのため前です。

できるようになった追加フィールド言is_deleted、トラックかる製品は削除し、このように継続して交流を続けて全ての参照がある期間に、私の住宅に多くの死者のデータです。(データはアクセス。どのように扱うことはありません。

私はすぐには、ご経験の平均寿命のデータはもらえますか?それは、平均的には、どのくらいあるのでデータを生きていたは良いになる前から行われる。モバゲーさんやグリーさんとの相対位置データの種類ご住宅は、すべてのデータが何らかの寿命?

役に立ちましたか?

解決

データは永遠に住んでいる...またはしばしばそれが必要。一つの一般的な方法は、端部を有し、および/またはレコードの日付を開始することです。 (それは、エンド・オブ・lifedをされている後に、それはレポートの落ちるように)だからあなたのWhizBangのために、あなたは(それが公式発表になる前に、それは販売レポートに表示されないように)開始日を持っている、と終了日。 (理論的には無限に、それがなければならない)、レポートだけでなく、あなたのアプリケーションのための基準は、あなたがするときは、あなたがすべきを除いてのWhizBangは表示されませんよう、適切な日付を使用して、データがまだ存在します。

Koistyaナビーンは、ある時点でのデータウェアハウスにデータを移動することも選択肢であるが、これはあなたの「古い」データがどのように大規模に大きく依存し、どのくらいあなたがのために容易に利用可能な、それを維持する必要があり、言及したようアクセスます。

他のヒント

私たちの顧客の多くは、2年間のオンラインデータを保持します。その後、それをバックアップディスクに移動していますが、必要であれば、それをオンラインにすることができます。

コラム「有効期限」または「有効日付」を追加することを検討してください。これは、あなたは時代遅れのように製品をマークできるようになりますが、時間帯が満たされた場合にレポートがその製品を返します。

通常はseporateデータベース(データベース倉庫)に、このようなデータを移動し、クリーンな作業データベースを維持する方が良いでしょう。データウェアハウスでは、あなたのデータは、アプリケーションに影響を与えることなく、長年にわたって保持することができます。

参考:データウェアハウスには、

ウィキペディアで

私はいつもいるかの決定機。例では、IRSいをしたという自信につなが7年以上の歴史やセキュリティ上の理由によりまでの3年間の履歴情報等う思う2つのものとは何かを判断し、寿命データが私は3年間においてどのように、そして追加できるのis_deletedフラグとともに日までフラグのデータの一部を削除する以ます。

はい、すべてのデータは寿命があります。そして、はい、それはあなたが持っているデータの種類を基準とします。

一部のデータは、(それがインスタンス所有レコードのように、中に格納される媒体及びフォーマット以上)(例えば、認証トークン)を秒単位で測定された寿命、いくつかの他のデータの仮想永遠を有する。

あなたが想定されているデータのタイプに、より具体的に、またはスタッフの通常の寿命に関して、ご自身の組織で国勢調査を行うにはいずれかの必要があります。

私たちの特別な味が変化します。私たちは3ヶ月(ハード製品の制限)の後に古い行くが、任意の後日復活することができます(大半の)いくつかのデータを持っています。

私たちは、効果的に不滅である他のデータを持っています。

実際には、我々は最高の役割を果たすデータのほとんどが新鮮で頻繁に散発的な使用に落ちる前に、せいぜい月、数週間のために要求されます。

どのくらいあ"に多くの死者のデータ"なのですか。

処理の電力やデータ保存安いからパージ旧データがない限り、本当に良い理由です。まることなどを検討する必要があり法的意味を持つ。大きくも小企業が非常に長く保持のための政策旧データが、自分達の立場を守るために何百万ものがsubpoenaed用で判断することです。

私はチェックは、何らかの法務部門において、どのようにデータを格納されています。それは安全な賭けです。

また、自分自身の利益の除去のデータです。の利tidierデータベース?その場合、私は思います。いに10倍の性能が増えるのか?その場合、私は思います。これは本当に複雑な問題が、もはやいものでしたが、楽しんでプレーしているのに必要なすべての情報をいいます。

私は、顧客がすべての履歴データ(19年にわたってさかのぼる)を望んでいるいくつかのプロジェクトを持っています。本当に古いデータのかなりのビットが不正な形式で、新しいシステムにインポートするには悪夢になるだろう。我々は、彼らがどんなさらにより10年前に起こったレコードを必要としないことをそれらを確信していますが、それはすべてあなたが住宅いるデータのタイプに比べてだと述べているようにます。

サイドノートでは、データストレージは今、非常に安価であり、そしてそれはあなたのアプリケーションのパフォーマンスに影響を与えていない場合、それがどこにあるか、私はちょうどそれを残してます。

  

[...]確かに、すべてのデータは、寿命のいくつかの並べ替えを持っている?

私たちは有意義について話すことができる寿命のないあらゆる種類。データの多くは、すぐにそれが作成または記録されていますよう無用です。このようなデータは効果なしですぐに破棄することができました。一方、一部のデータはそれをホストする現在のシステムよりも長生きすることを十分に価値があります。 Amazonは完全に彼らの現在のインフラストラクチャを交換した場合、彼らは保存されている顧客の履歴はまだ非常に価値がある。

あなたが言ったように、

、それは相対的です。データの各タイプには、データのライフスパンの別のタイプとは関係ありません独自の寿命があります。意味のある「データの平均寿命は」ありません。

  

私は死んで大量のデータを収容する可能性を秘めています。 (再度アクセスされることはありませんデータ)。

しかし、彼らはその後、それらのレポートを実行するとき、彼らはそのデータにアクセスしているでしょう。

それまでは、あなたが何らかの形でデータを保持する必要があります。あなたが言及したように、別のテーブルに移動するか、スイッチを持っています。

ええと... oversimplifyingのリスクがある...それはあなたのどの長ツー保つ問題を解決するだろうビットの代わりにDateDeletedを使用してのように聞こえます。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top