SQL Server 2012 にはかなり太った設定テーブルがあり、現在は 100 を超える列があります。名前が示すように、このテーブルは、Web サイト内のあらゆる種類の設定値を追跡します。以前は 50 列未満でしたが、現在はサイズが 2 倍になっています。
設定値をデータベースに保存する理由は、ユーザーが UI を介してこれらの設定を変更できる必要があるためです。
このテーブルが時間の経過とともにどんどん大きくなっていくのを本当に心配する必要がありますか? または、設定データを保存する他の方法を見つける必要があります。たとえば、ファイルに保存するなどです。
巨大なテーブルでのパフォーマンスが気になるのではないでしょうか?
1 つの質問は、このテーブルの行数です。10000 行の 100 列は実際の問題ではありません。1000 万行を超える 100 列は、少し異なる球技です。良くも悪くもありません。ただ違うだけです。
小さなテーブルと大きなテーブルに同じ考慮事項が適用されます
。
これには正しい答えはありません。列数が多い理由と、それが全体的なパフォーマンスに影響を与えているかどうかによって異なります。150 列を超える数千のテーブルを実行していますが、それらの間に何百万もの行があっても問題はなく、パフォーマンスについて文句を言うことはできません。これは比較的非正規化されたデータなので、大量のテキストです。