を利用する理由があります。SQLインデックス

Question

って検出したインデックスデータベースを維持した形式の

CREATE INDEX [IX_Foo] ON [Foo]
( Id ASC )
INCLUDE 
( SubId )

この場合、性能問題とした出会(遅い選択フィルタリングの両方のId SubIdことによって固定される単なる移動のSubId列を指標の適切な解決方法などについて活発に意見が含まれるカラムです。

このっと考えたかわからないの背後にある付属の列がすべてが学んでいくことが一般的であるだけの価指数そのものです。でも私が特に気にしている項目のインデックス自体が下振れる列のインデックするだけではなくてが含まれます。

その後研究では、それが制限何ができるようはインデックス列の最大幅の指数、カラムの種類できない物価連動のようなイメージ').これらの場合にいうときの列のインデックスページデータです。

しかし、面白いことを考えることができることがある場合は更新SubId行な配慮を必要とする移転の場合のカラムが含まれている値の指標が必要とします。が何をしているところ欠?

私が考えた通りのその他の指標データベース化などを含クションは適切なが可能です。いすき間違い?

思ったものが中心とMS SQLサーバーが、情報その他のDBエンジンがお出迎えます。

Answer 1

の答えをこれまでにはすべて正しいとすべてのものではない伝えるのに十分かぶ。

このケースでは、テーブル Foo 一部の分野を含む Id (あるいは、主キー） SubId はいくつか追加のIDになっています。

またはインデックス IX_Foo もとみ Id が用いられるようになった。

そのために必要なもの SubId のための Id=4.

SELECT Id, SubId
FROM Foo
WHERE Id=4

• SQLサーバーの選択の決定が使用でき IX_Foo
• もし検索の値 Id=4 ご指数 IX_Foo
• ができるようにするためのlibsoupおよそ、今のニーズの値 SubId, も
• 非クラスタ化されたインデックス IX_Foo を含むクラスタリングキー値
• 使用するクラスタリングキーの値、まさにSQLサーバーみんなで"ブックマークのルックアップ"を通じて実際のデータが書いてあるページが全体のデータ行があ
• で取得するページを抽出の値 SubId そこから
• れている場合は、それらの数値を満足するお問合せ

のがポイントで:まさにSQLサーバーからお Id=4 の IX_Foo 指数、その後必要なのは他の入出力操作が前の入出力操作、ブックマークのルックアップ、ネット上の全データを連続できるように SubId 値とします。

また全指数など IX_Foo も含まれ SubId, そしていいのブックマークのルックアップがゼロになりました。一度の値 Id=4 は IX_Foo 指数は、インデックスページをご非クラスタ化されたインデックスなどの値 SubId -SQLサーバーできないことが明らかになっ方の値にな使い方をお選びのクエリ なし どうしていくべきなのかについて追加(潜在的にもこのように遅い)ブックマークのルックアップかにのフェッチ別のIdです。

これは主に利益を被覆指標としている場合、必要なたのエリアを表示一部のエリアをカラムの他に、インデックス値にやっているのルックアップ、を含む値のインデックス自体は保存しておきたいが、自分自身のブックマークのルックアップおよびその速度も大幅にアップしました。きしみのなどなく、小さなビットの情報な重複したの世帯全体のデータに行いすべての集積指標!ばいいのかわからない。

更新: はこの:またインデックス(Id SubId)のページ指数の両方のカラムの全体のインデックスツリー。

場のニーズに合わせてさまざまな(SubId、SubId分野は現在の葉。

この意味

• SQLサーバーでの検索との比較にSubIdの値のインデックスツリー)
• 省スペースが用いられている、葉のレベル

Answer 2

あなたが唯一のインデックスで使用される列を必要とするクエリを実行するときには、それ自体で、インデックスからクエリを満たすことができるように、インデックス内の追加の列を持っている理由です。あなたが戻ってテーブルに行き、いくつかの時間とリソースを節約するこの方法です。これが起こるとき、私たちは、インデックスがクエリののカバーの指標であると言います。

あなたはその列に挿入または更新を行うときに、インデックスの部分をソートし直す必要がある可能性が高くなりますので、

あなたは「インデックスの適切」のこの追加の列の一部を作りたくないかもしれない理由があります。

Answer 3

インデックスに含める用いて実際にこれらの列を追加することなく、（すなわち、特定のクエリは、クラスタ化インデックスにブックマークルックアップを実行することなく、単独でそのインデックスを使用して満足させることができる）インデックスがカバリングインデックスとして使用することができインデックスの木の部分は、このように、インデックスダウンの大きさを保ちます。 （含まれる列は、インデックスのリーフノードに追加される）。