thisの問題のため、私たちのデータベース内のselectテーブルは、固定サイズの行サイズを持っていますが、もっと必要です。には、SQL Server 2008で調整された行あたりの8060バイトの制限がありますか?
これはSQL Server 2008 Expressで修正されていますか? 詳細はどこで入手できますか?
最高のパフォーマンスを得るには、SQL Server 2008 Expressで大きな行サイズを処理する最も良い方法は何ですか?
thisの問題のため、私たちのデータベース内のselectテーブルは、固定サイズの行サイズを持っていますが、もっと必要です。には、SQL Server 2008で調整された行あたりの8060バイトの制限がありますか?
これはSQL Server 2008 Expressで修正されていますか? 詳細はどこで入手できますか?
最高のパフォーマンスを得るには、SQL Server 2008 Expressで大きな行サイズを処理する最も良い方法は何ですか?
問題はまだ存在します。
このように非常に広い行を処理する最も良い方法は、データを正規化して複数のテーブルに分割することです。 1つまたは2つの非常に広いフィールドがある場合は、別のテーブルに移動し、そのデータが必要な場合はJOIN
をそのテーブルに移動します。
個人的に私は通常、最初のテーブルと1対1の関係を持ち、余分の列をそこに置くことをお勧めします。最もよく使用される列を最初のテーブルに保持し、関連するテーブルで最も使用されていない列を保持できるのが最善です。
これはSQL Serverのアーキテクチャの非常に基本的な柱であり、いつでもすぐに* "修正" *する予定はありません。 –
あなたのご意見やご提案はありますか?非常に役立ちます。 – Gullu