Czy indeksy klastrowe muszą być unikalne?

Co się stanie, jeśli indeks klastrowy nie jest unikalny? Czy może to prowadzić do złej wydajności, ponieważ wstawione wiersze wpływają na pewnego rodzaju „przepełnioną” stronę?

Czy jest „stworzony” jako wyjątkowy, a jeśli tak, to w jaki sposób? Jaki jest najlepszy sposób, aby uczynić go wyjątkowym?

Pytam, ponieważ obecnie używam indeksu klastrowego do podzielenia mojej tabeli na części logiczne, ale wydajność jest taka sobie, a ostatnio otrzymałem poradę, aby moje indeksy klastrowe były unikalne. Chciałbym uzyskać drugą opinię na ten temat.

Dzięki!

Nie muszą być wyjątkowe, ale z pewnością jest to zalecane.
Nie spotkałem jeszcze scenariusza, w którym chciałbym utworzyć CI w nieunikalnej kolumnie.

Co się stanie, jeśli utworzysz CI w nieunikalnej kolumnie

Jeśli indeks klastrowy nie jest indeksem unikatowym, SQL Server sprawia, że ​​wszystkie zduplikowane klucze są unikalne, dodając wewnętrznie wygenerowaną wartość zwaną unikatnikiem

Czy to prowadzi do złej wydajności?

Dodanie unikalnego identyfikatora z pewnością zwiększa obciążenie związane z obliczaniem i przechowywaniem.
To, czy ten narzut będzie zauważalny, zależy od kilku czynników.

• Ile danych zawiera tabela.
• Jaka jest stawka wkładek.
• Jak często jest używany CI w selekcji (kiedy nie istnieją indeksy pokrywające, prawie zawsze).

Edycja,
jak wskazał Remus w komentarzach, istnieją przypadki użycia, w których stworzenie nieunikalnego CI byłoby rozsądnym wyborem. Fakt, że nie spotkałem się z żadnym z tych scenariuszy, po prostu pokazuje mój brak ekspozycji lub kompetencji (wybierz swój wybór).

Lubię sprawdzić, co na ten temat ma do powiedzenia Kimberly Tripp The Queen of Indexing:

Zacznę od mojej rekomendacji klucza klastrowego - z kilku powodów. Po pierwsze, jest to łatwa decyzja, a po drugie, wczesne podjęcie takiej decyzji pomaga aktywnie zapobiegać niektórym typom fragmentacji. Jeśli możesz zapobiec pewnym typom fragmentacji tabeli bazowej, możesz zminimalizować niektóre czynności konserwacyjne (z których niektóre w SQL Server 2000 ORAZ mniejsze w SQL Server 2005) wymagają, aby tabela była w trybie offline. OK, przejdę do odbudowy później .....

Zacznijmy od kluczowych rzeczy, których szukam w kluczu klastrowym:

* Unique
* Narrow
* Static

Dlaczego wyjątkowy? Klucz klastra powinien być unikalny, ponieważ klucz klastrowania (jeśli taki istnieje) jest używany jako klucz wyszukiwania ze wszystkich indeksów nieklastrowanych. Weźmy na przykład indeks na końcu książki - jeśli chcesz znaleźć dane, na które wskazuje wpis indeksu - ten wpis (wpis indeksu) musi być unikalny, w przeciwnym razie który wpis indeksu byłby tym, którego szukasz ? Więc kiedy tworzysz indeks klastrowy - musi być unikalny. Ale SQL Server nie wymaga, aby klucz klastrowania był tworzony w unikatowej kolumnie. Możesz go utworzyć w dowolnej kolumnie (kolumnach). Wewnętrznie, jeśli klucz klastrowania nie jest unikalny, SQL Server „ujednolici” go, dodając 4-bajtową liczbę całkowitą do danych. Więc jeśli indeks klastrowy jest tworzony na czymś, co nie jest unikalne, to nie tylko występuje dodatkowe obciążenie związane z tworzeniem indeksu, ale także marnowane miejsce na dysku,

Źródło: Coraz większa debata na temat klastrów - znowu!

Czy indeksy klastrowe muszą być unikalne?

Nie robią i są chwile, kiedy lepiej jest, jeśli nie są.

Rozważ tabelę z pół-losowym, unikalnym identyfikatorem pracownika i identyfikatorem działu dla każdego pracownika: jeśli Twoja instrukcja select jest

SELECT * FROM EmployeeTable WHERE DepartmentId=%DepartmentValue%

wtedy najlepiej pod względem wydajności jest, jeśli DepartmentIdjest to indeks klastrowy, mimo że (a zwłaszcza dlatego, że) nie jest indeksem unikatowym (najlepiej pod względem wydajności, ponieważ zapewnia, że ​​wszystkie rekordy w ramach danego DepartmentId są zgrupowane).

Czy masz jakieś referencje?

Na przykład istnieją Wytyczne dotyczące projektowania indeksów klastrowych , które mówią:

Z kilkoma wyjątkami każda tabela powinna mieć indeks klastrowy zdefiniowany w kolumnie lub kolumnach, które oferują następujące opcje:

• Może być używany do często używanych zapytań.
• Zapewniają wysoki stopień niepowtarzalności.
• Może być używany w zapytaniach o zakres.

Rozumiem na przykład, że „wysoki stopień unikalności” jest taki, że wybranie „Kraj” jako indeksu klastrowego nie jest dobre, jeśli większość zapytań chce wybrać rekordy w danym mieście.