問題のあるデータパターン、パフォーマンスワイズ

Question

アサーション：データ量が非常に大きくなると（たとえば、テラバイトの数十またはhunderds）、SQLデータベースのパフォーマンスが低下します。 これは、ほとんどの中小規模のデータベースにとって妥当なデータベース設計における特定のパターンが、データベースの拡張時に損なわれることを意味します。 （かなり一般的な）例では、必要な結合がパフォーマンスに重大な影響を与えるため、完全に（つまりBCNF）正規化されたデータモデルの設計から離れる傾向があります。 はthis question

私の質問はこれです参照：あなたは、一般的なデータベースでは、合理的なものの、ブレークダウン任意のデータベースパターンから知っています（パフォーマンスワイズ）huuugeデータベースため、特に、クエリをSELECT？これらのパフォーマンスの問題がなくても同じ（データ単位で）達成する代替戦略はありますか？

Answer 1

アイデンティティ列

これは、大量のデータと大量の挿入/削除トランザクションを含むHUGEテーブルで発生します。

EDIT：OK。あなたの質問を再度読んでください。 インデックスは、大量になる可能性がありますパフォーマンス多くの行が多数含まれているテーブルに挿入するボトルネック。

Answer 2

最初に気になることは、ファイルをデータベースにブロブとして保存することです。私は、BLOBデータの1つのテーブルで10GB以下というように、かなり小さく始まった数多くのシステムを見てきました。そして、彼らが成長するにつれて天井に当たってきました。あなたのソリューションを正しく構造化することで被害の一部を緩和することができますが、一般的に言えば、サイズが大きくなるにつれてファイルをデータベースに格納するパターンが壊れてしまうと思います。