小さいテーブルにインデックスを付けるのは意味がありますか？

Question

4〜10行のテーブルがいくつかあります。我々は、これらのテーブルがそれ以上の数の行を増やすことは予想していません。

主キーにインデックスを付けるのは意味がありますか。

Answer 1

あなたが指定したとおりに主キーを持っている場合は、すでに少なくとも1つのインデックスがあります。これはおそらくクラスタ化されたインデックスであり、私はあなたが良いと思うことです。

Answer 2

ほとんどの場合、クラスター化されたインデックスはほとんどの場合、ほとんどの場合常に必要です。私はそう言って、先に進み、それらのインデックスを作成します。

テーブルのデータが期待通りにならない場合は、テーブルサイズの増加による影響を軽減するために、少なくとも単純なインデックス作成戦略を実行する必要があります。

Answer 3

プライマリキーを使用している場合は、既にクラスタ化インデックスが1つあります。

Answer 4

クラスタ化インデックスである主キーが必要です。しかし、索引の列以外では、4行から10行までの表は非常に小さいです。実際の表スキャンよりも索引を検索するためのコストがかかります。

ここで私を正直にしておいてください。SQL 2008の大規模な生産とレポート環境では、50k行未満のテーブルのインデックスを気にしません。

Answer 5

正解はです。問題はありません。

テーブルが1つの8kデータページに収まるように十分小さい場合は、SQL Serverはその1ページを読み込み、必要なものを実行するために「テーブル全体」を使用できます。

クラスタ化インデックスはテーブル自体、あなたはクラスタ化インデックスを追加した場合、あなたが本当に任意のオーバーヘッドを追加していない、あなただけの単一のデータ・ページ内のソート優先度を指定している表が存在であります。

ノンクラスタード・インデックスは、別のオブジェクトであるため、決して使用されないため、スペースが無駄になります。 （クエリオプティマイザは、単一のデータページへのポインタしか持たないインデックスをロードすることは決してありません。データページを直接ロードするだけです）。

必ずプライマリキーがあることを確認してください。ただし、クラスタードインデックスも追加すると、テーブルが1ページを超えて大きく成長しない限り、それほど意味がありません。

Answer 6

私はこれに関してTaporiと一緒です。索引を追加すると不必要にオーバーヘッドが増加します。