Wiele indeksów vs indeksy wielokolumnowe

Tak. Polecam zajrzeć do artykułów Kimberly Tripp na temat indeksowania.

Jeśli indeks jest "covering", to nie ma potrzeby używać niczego poza indeksem. W SQL Server 2005, można również dodać dodatkowe kolumny do indeksu, które nie są częścią klucza, co może wyeliminować podróże do reszty wiersza.

Posiadanie wielu indeksów, każdy w jednej kolumnie może oznaczać, że w ogóle używany jest tylko jeden indeks - musisz odwołać się do planu wykonania, aby zobaczyć, co efekty różne systemy indeksowania oferują.

Możesz również użyć kreatora strojenia, aby pomóc określić, które indeksy sprawią, że dane zapytanie lub obciążenie będzie działać najlepiej.

Indeks wielokolumnowy może być używany do zapytań odwołują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ą wielokolumnowego indeksu. Z drugiej strony, można użyć co najwyżej jednego indeksu jednokolumnowego(musiałby wyszukać wszystkie rekordy posiadające Column1=1, a następnie sprawdzić Column2 i Column3 w każdym z nich).

Jeden element, który wydaje się być pominięty, to transformacje gwiazd. przecięcie indeksu operatory rozwiązują predykat, obliczając zbiór wierszy trafionych przez każdy z predykatów, zanim jakiekolwiek wejścia / Wyjścia zostaną wykonane w tabeli faktów. Na schemacie Gwiazdy można indeksować każdy pojedynczy klucz wymiaru, a optymalizator zapytań może określić, które wiersze wybrać przez obliczenie przecięcia indeksu. Indeksy na poszczególnych kolumnach zapewniają najlepszą elastyczność w tym zakresie.

Jeśli masz zapytania, które będą często używać stosunkowo statycznego zestawu kolumn, utworzenie pojedynczego indeksu pokrycia, który zawiera je wszystkie, znacznie poprawi wydajność.

Poprzez umieszczenie wielu kolumn w indeksie, optymalizator będzie miał bezpośredni dostęp do tabeli tylko wtedy, gdy kolumna nie znajduje się w indeksie. Często używam ich w hurtowniach danych. Minusem jest to, że robienie tego może kosztować wiele kosztów ogólnych, zwłaszcza jeśli dane są bardzo niestabilne.

Tworzenie indeksy na pojedynczych kolumnach są przydatne do operacji wyszukiwania często spotykanych w systemach OLTP.

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

Lahdenmaki i książka Leacha "Relational Database Index Design and the Optimizers" wprowadza trzygwiazdkowy system klasyfikacji, jak odpowiedni jest indeks dla zapytania.

1. indeks zarabia jedną gwiazdkę, jeśli umieszcza odpowiednie wiersze sąsiadujące ze sobą
2. druga gwiazdka, jeśli jej wiersze są posortowane w kolejności, jakiej wymaga zapytanie
3. Ostatnia gwiazdka, jeśli zawiera wszystkie kolumny potrzebne do zapytania

Tworzenie wielu indeksów na kolumnach, ta strategia indeksowania często wyniki, gdy ludzie udzielają niejasnych, ale autorytatywnie brzmiących porad, takich jak " tworzenie indeksów na kolumnach, które pojawiają się w klauzuli WHERE."Ta rada jest bardzo zła. Będzie to skutkować jednogwiazdkowymi indeksami w najlepszym razie. Indeksy te mogą być o wiele rzędów wielkości wolniejsze niż indeksy naprawdę optymalne. Czasami, gdy nie można zaprojektować indeksu trzygwiazdkowego, znacznie lepiej zignorować klauzulę WHERE i zwrócić uwagę na optymalną kolejność wierszy lub utworzyć indeks pokrycia.