0

アサーション: SQL データベースのパフォーマンスは、データの量が非常に大きくなると (たとえば、数十または数百テラバイト) 低下します。これは、ほとんどの中小規模のデータベースに適したデータベース設計の特定のパターンが、データベースが大きくなると機能しなくなることを意味します。（かなり一般的な）例として、必要な結合がパフォーマンスに大きく影響するため、完全に（またはBCNFなど）正規化されたデータモデルの設計から遠ざかる傾向があります。この質問も参照してください

私の質問は次のとおりです。典型的なデータベースでは合理的ですが、巨大なデータベース、特にSELECTクエリで（パフォーマンスの点で）壊れるデータベースパターンを知っていますか? これらのパフォーマンスの問題なしに (データに関して) 同じことを達成する代替戦略はありますか?

4

2 に答える 2

1

最初に頭に浮かぶのは、ファイルを BLOB としてデータベースに格納することです。私は、ブロブ データの単一のテーブルで 10 GB 未満など、適度に小さいシステムから始めて、成長するにつれて上限に達し始めた多数のシステムを見てきました。ソリューションを正しく構成することでダメージの一部を軽減できますが、一般的に言えば、データベースにファイルを保存するパターンは、サイズが大きくなるにつれて崩れると思います。

于 2013-03-29T20:22:28.200 に答える
1

ID 列?!

これは、大量のデータと大量の挿入/削除トランザクションを含む巨大なテーブルで発生する可能性があります。

編集：わかりました。あなたの質問を読み直してください。多くの行を含むテーブルへの挿入では、インデックスが大きなパフォーマンスのボトルネックになる可能性があります。

于 2009-05-01T14:23:48.100 に答える