Klucz podstawowy klastrowany vs nieklastrowany

Question

begin transaction; 
create table person_id(person_id integer primary key); 
insert into person_id values(1); 
... snip ... 
insert into person_id values(50000); 
commit; 

Ten kod zajmuje około 0,9 sekundy na moim komputerze i tworzy plik db zajmujący 392 KB. Liczby te wynoszą 1,4 sekundy i 864K, jeśli zmienię drugą linię na

create table person_id(person_id integer nonclustered primary key); 

Dlaczego tak się dzieje?

Answer 1

[Tylko jako idea]

Może gdy podasz wyraźnie wziąć całkowitą kolumn jako klucz klastra, to właśnie to robi. Ale kiedy powiesz mu, żeby nie używał twojej kolumny całkowitej, nadal tworzy indeks za kulisami, ale wybiera inny typ danych, aby to zrobić, przypuśćmy, dwa razy tyle. Następnie każdy z tych wpisów musi odwoływać się do rekordów w tabeli, a tu masz, rozmiar eksploduje.

Answer 2

W klastrowaniu klucz podstawowy zapisuje go w wierszach; oznacza to, że zajmuje mniej miejsca (ponieważ nie ma oddzielnych bloków indeksu). Zwykle jednak jego główną zaletą jest to, że skanowanie zakresów może generalnie uzyskiwać dostęp do wierszy znajdujących się w tym samym bloku, zmniejszając operacje we/wy, co staje się raczej ważne, gdy mamy duży zestaw danych (nie 50k int).

Myślę, że 50k ints to raczej sztuczny benchmark, a nie taki, na którym ci zależy w realnym świecie.

Answer 3

Wylosowałem instrukcje wstawiania i ponownie wykonałem zapytanie z wartościami od jednego do pół miliona. Co ciekawe, zarówno klastrowane, jak i nie klastrowane pliki db zajmują teraz dokładną ilość miejsca (do bajtu). Jednak wstawki na klastrowej db są jeszcze szybsze.

Dla mnie jest to sprzeczne z intuicją. Kiedy mówię do klastra bazy danych te wartości - mówię do bazy danych ... te wartości lepiej być w tej kolejności, kiedy wrócę, aby je uzyskać. Kiedy nie mam specyfikacji, zasadniczo mówię do db - look przyjmij te wartości i ułóż je tak, jak chcesz - cokolwiek ułatwia ci życie.

Teoretycznie ta dodatkowa swoboda nigdy nie powinna spowalniać zapytań. Może nie przyspieszać ich przez cały czas, ale nigdy nie zwalniaj ich. Myśli?

Answer 4

Wielki odpowiedź na to pytanie jest dostępny w ponad Stack Exchange Network DBA: https://dba.stackexchange.com/questions/7741/when-should-a-primary-key-be-declared-non-clustered/7744#7744