Indeksy wielokrotne a indeksy wielokolumnowe

Właśnie dodałem Indeks do tabeli w SQL Server 2005 i to sprawiło, że pomyślałem. Jaka jest różnica między utworzeniem 1 indeksu a zdefiniowaniem wielu kolumn w porównaniu z posiadaniem 1 indeksu na kolumnę, którą chcesz indeksować.

Czy istnieją pewne powody, dla których jedno powinno być używane w stosunku do drugiego?

Na przykład

Create NonClustered Index IX_IndexName On TableName
(Column1 Asc, Column2 Asc, Column3 Asc)

Przeciw

Create NonClustered Index IX_IndexName1 On TableName
(Column1 Asc)

Create NonClustered Index IX_IndexName2 On TableName
(Column2 Asc)

Create NonClustered Index IX_IndexName3 On TableName
(Column3 Asc)

Zgadzam się z Cade Roux .

Ten artykuł powinien doprowadzić Cię na właściwą drogę:

• Indeksy w SQL Server 2005/2008 - Najlepsze praktyki, część 1
• Indeksy w SQL Server 2005/2008 - Część 2 - Elementy wewnętrzne

Należy zauważyć, że indeksy klastrowe powinny mieć unikalny klucz (kolumnę tożsamości polecam) jako pierwszą kolumnę. Zasadniczo pomaga wstawiać dane na końcu indeksu i nie powoduje wielu dyskowych operacji we / wy i podziału strony.

Po drugie, jeśli tworzysz inne indeksy na swoich danych, które są sprytnie skonstruowane, zostaną ponownie wykorzystane.

np. wyobraź sobie, że przeszukujesz tabelę w trzech kolumnach

stan, hrabstwo, zip.

• czasami wyszukujesz tylko według stanu.
• czasami wyszukujesz według stanu i hrabstwa.
• często wyszukujesz według stanu, hrabstwa, zip.

Następnie indeks ze stanem, hrabstwem, zip. będą używane we wszystkich tych trzech wyszukiwaniach.

Jeśli dość często przeszukujesz sam zip, powyższy indeks nie zostanie użyty (w każdym razie SQL Server), ponieważ zip jest trzecią częścią tego indeksu, a optymalizator zapytań nie uzna tego indeksu za pomocny.

Następnie możesz utworzyć indeks samego Zip, który byłby używany w tym przypadku.

Nawiasem mówiąc, możemy skorzystać z faktu, że przy indeksowaniu wielokolumnowym pierwsza kolumna indeksu jest zawsze przydatna do wyszukiwania, a gdy wyszukujesz tylko według „stanu”, jest to wydajne, ale nie tak skuteczne jak indeks jednokolumnowy dla „stanu” „

Wydaje mi się, że odpowiedź, której szukasz, polega na tym, że zależy to od tego, gdzie znajdują się klauzule często używanych zapytań, a także od twojej grupy.

Artykuł bardzo pomoże. :-)

Tak. Polecam przejrzenie artykułów Kimberly Tripp na temat indeksowania .

Jeśli indeks „obejmuje”, nie ma potrzeby używania niczego poza indeksem. W SQL Server 2005 można również dodawać do indeksu dodatkowe kolumny, które nie są częścią klucza, co może wyeliminować przejazdy do pozostałej części wiersza.

Mając wiele indeksów, każdy w jednej kolumnie może oznaczać, że w ogóle używany jest tylko jeden indeks - będziesz musiał zapoznać się z planem wykonania, aby zobaczyć, jakie efekty oferują różne schematy indeksowania.

Możesz także użyć kreatora strojenia, aby ustalić, które indeksy spowodowałyby, że dane zapytanie lub obciążenie działałoby najlepiej.

Indeks wielokolumnowy może być używany do zapytań odnoszących się do wszystkich kolumn:

SELECT *
FROM TableName
WHERE Column1=1 AND Column2=2 AND Column3=3

Można to sprawdzić bezpośrednio za pomocą indeksu wielokolumnowego. Z drugiej strony można użyć maksymalnie jednego indeksu jednokolumnowego (musiałby wyszukać wszystkie rekordy mające Kolumnę1 = 1, a następnie zaznaczyć Kolumnę2 i Kolumnę3 w każdym z nich).

Jednym z elementów, który wydaje się być pominięty, są transformacje gwiazd. Operatory przecięcia indeksu rozwiązują predykat, obliczając zbiór wierszy trafionych przez każdy z predykatów, zanim jakiekolwiek operacje we / wy zostaną wykonane w tabeli faktów. W schemacie gwiaździstym indeksowałbyś każdy klucz wymiaru, a optymalizator zapytań może rozstrzygnąć, które wiersze wybrać na podstawie obliczeń przecięcia indeksu. Indeksy w poszczególnych kolumnach zapewniają najlepszą elastyczność.

Jeśli masz zapytania, które często będą używać względnie statycznego zestawu kolumn, utworzenie jednego indeksu obejmującego je wszystkie znacznie poprawi wydajność.

Po umieszczeniu wielu kolumn w indeksie optymalizator będzie musiał uzyskać bezpośredni dostęp do tabeli tylko wtedy, gdy kolumny nie ma w indeksie. Dużo ich używam w hurtowni danych. Minusem jest to, że robienie tego może kosztować dużo narzutu, szczególnie jeśli dane są bardzo niestabilne.

Tworzenie indeksów w pojedynczych kolumnach jest przydatne do operacji wyszukiwania często spotykanych w systemach OLTP.

Powinieneś zadać sobie pytanie, dlaczego indeksujesz kolumny i jak będą one używane. Uruchom niektóre plany zapytań i sprawdź, kiedy są dostępne. Strojenie indeksów jest tak samo instynktowne jak nauka.