私は主キーとインデックスとの間の灰色の領域とその関係についていくつかの問題があります。私は、主キーが作成されると、その属性に一意のインデックスが自動的に割り当てられることを知っています。主キーにインデックスを付ける必要がありますか?
プライマリキーに異なるインデックスを割り当てることは、パフォーマンスにどのような影響がありますか?もしそうなら、どのようにしてこれらのパフォーマンスの改善が起こるでしょうか?独自のインデックスを作成する
おかげ
私は主キーとインデックスとの間の灰色の領域とその関係についていくつかの問題があります。私は、主キーが作成されると、その属性に一意のインデックスが自動的に割り当てられることを知っています。主キーにインデックスを付ける必要がありますか?
プライマリキーに異なるインデックスを割り当てることは、パフォーマンスにどのような影響がありますか?もしそうなら、どのようにしてこれらのパフォーマンスの改善が起こるでしょうか?独自のインデックスを作成する
おかげ
はあなたにすべての可能なインデックスオプションの完全な制御を与えます。これは、主キーがないテーブルを作成するインデックスを作成し、テーブルを変更することによって達成することができhere
をdokumented主キーを追加する。
一意性を判断するとは考えられないが索引専用アクセスに使用できる行を一意索引に追加することができるINCLUDEオプションが、パフォーマンスに影響を与えるオプションです。 一般的に、ほとんどの人にとって、このようにして命名の概念に従うことが重要です。
よろしくお願いします。回答としてマークしてください。ありがとう – MichaelTiefenbacher
(1)なぜプライマリキーに別のインデックスを割り当てたいのか、それとも別のインデックスを使用するのかはわかりません。 (2)パフォーマンスの違いはわかりません。 – duffymo
'主キーとインデックスの間の灰色の領域、'灰色の領域はありません。 '主キー'は* abstract *(理論/データモデリング)の概念です。 'index'は* physical *オブジェクトです。 (多くの場合、PKによって使用または必要または暗示される) – wildplasser
主キーは、その行のユニークな識別子です。主キーを作成するためにデータベースによって使用されるユニークなインデックスとは異なるインデックスが何を意味するのかよく分かりません。 –