外部キーは自動的にインデックスを作成しますか？

2つのテーブルを外部キー化すると、そのSQL Serverは子テーブルのインデックスに似たものを作成すると言われています。私はこれが真実であると信じるのに苦労しますが、特にこれに関連することをそこに多く見つけることができません。

これを尋ねる本当の理由は、おそらく15の関連テーブルがあるテーブルに対する削除ステートメントで非常に遅い応答時間が発生しているためです。データベース担当者に聞いたところ、フィールドに外部キーがある場合、インデックスのように機能すると彼は言っています。これであなたの経験は何ですか？すべての外部キーフィールドにインデックスを追加する必要がありますか、それとも単に不要なオーバーヘッドですか？

外部キーは制約であり、2つのテーブル間の関係であり、それ自体はインデックスとは関係ありません。

しかし、FK関係を通じて、関連するテーブルを検索して特定の行を単一の値または値の範囲。

したがって、FKに含まれる列にインデックスを付けることは理にかなっていますが、FK自体はインデックスではありません。

Kimberly Trippの優れた記事「SQL Serverが外部キー列へのインデックスの配置を停止したのはいつですか？」。

うわー、答えはマップ全体にあります。だからドキュメントは言う：

FOREIGN KEY制約は、次の理由でインデックスの候補になります。

• PRIMARY KEY制約への変更は、関連するテーブルのFOREIGN KEY制約でチェックされます。

• 外部キー列は、1つのテーブルのFOREIGN KEY制約の列を他のテーブルの主キー列または一意のキー列と照合することにより、関連テーブルのデータがクエリで結合されるときに、結合基準でよく使用されます。インデックスにより、Microsoft®SQL Server™2000は、外部キーテーブル内の関連データをすばやく検索できます。ただし、このインデックスを作成する必要はありません。テーブル間にPRIMARY KEYまたはFOREIGN KEY制約が定義されていなくても、2つの関連テーブルのデータを組み合わせることができますが、2つのテーブル間の外部キー関係は、2つのテーブルがキーを使用するクエリで組み合わせるように最適化されていることを示しています。その基準。

したがって、実際にはインデックスが作成されないことは（ドキュメントは少し混乱していますが）かなり明らかなようです。

いいえ、外部キーフィールドに暗黙のインデックスはありません。それ以外の場合、Microsoftが「外部キーにインデックスを作成すると便利な場合が多い」と言うのはなぜですか。同僚が、参照テーブルの外部キーフィールドと参照先テーブルの主キーを混同している可能性があります。主キーは暗黙的なインデックスを作成します。

SQL Serverは、主キーのインデックスを自動作成しますが、外部キーのインデックスは自動作成しません。外部キーのインデックスを作成します。それはおそらくオーバーヘッドの価値があります。

たとえば、注文という大きなテーブルと顧客という小さなテーブルがあるとします。注文から顧客への外部キーがあります。これで、顧客を削除する場合、SQL Serverは孤立した注文がないことを確認する必要があります。存在する場合は、エラーが発生します。

注文があるかどうかを確認するには、SQL Serverがビッグ注文テーブルを検索する必要があります。これで、インデックスがある場合、検索は高速になります。ない場合、検索は遅くなります。

したがって、この場合、削除が遅いのは、インデックスがないためと考えられます。特に、SQL Serverがインデックスなしで15の大きなテーブルを検索する必要がある場合。

PS外部キーにON DELETE CASCADEがある場合でも、SQL Serverは注文テーブルを検索する必要がありますが、削除された顧客を参照する注文はすべて削除する必要があります。

外部キーはインデックスを作成しません。代替キー制約（UNIQUE）と主キー制約のみがインデックスを作成します。これは、OracleおよびSQL Serverに当てはまります。

私の知る限りではありません。外部キーは、子キーの値も親列のどこかに表されるという制約を追加するだけです。子キーにもインデックスを付ける必要があることをデータベースに伝えるのではなく、制約するだけです。

厳密に言えば、外部キーはインデックスとはまったく関係ありません。しかし、私の上のスピーカーが指摘したように、FKルックアップを高速化するためのスピーカーを作成することは理にかなっています。実際、MySQLでは、FK宣言でインデックスを指定しない場合、エンジン（InnoDB）が自動的に作成します。

PostgeSqlでは、\ d tablenameを押すとインデックスを自分で確認できます

btreeインデックスは、主キーと一意制約のある列では自動的に作成されていますが、外部キーのある列では作成されていないことがわかります。

私はそれが少なくともpostgresにとってあなたの質問に答えると思います。

MSSQLを指すEntity Framework 6.1が外部キーにインデックスを自動的に追加することに気づきました。

InnoDBは外部キーと参照されたキーのインデックスを必要とするため、外部キーチェックは高速で、テーブルスキャンを必要としません。参照テーブルには、外部キー列が同じ順序で最初の列としてリストされているインデックスが必要です。