Projektowanie Indeksów w SQL Server

Рет қаралды 5,471

3 жыл бұрын

Jak zaprojektować i wdrażać indeksy w bazi danych SQL Server.
Słaba wydajność bazy danych jest problemem dla aplikacji i denerwuje użytkowników. Słaba wydajność często sprowadza się do słabego indeksowania krytycznych tabel.
Odkryjesz Tutaj główne typy indeksów, które ma SQL Server. Następnie przeanalizujemy rozważania dotyczące ich użycia. Na koniec dowiesz się, jak wybierać indeksy i klucze indeksowe, aby najlepiej obsługiwały Twoje aplikacje. Po ukończeniu tego webinaru będziesz w stanie zoptymalizować wszystkie bazy danych SQL Server i poprawić szybkość i przepustowość aplikacji.
Agenda :
◾ Podział indeksów
◾ Indeks Clustered
◾ Architektura Indeksu i jego użycie
◾ Jak zorganizować indeks i tabele?
◾ Wizualizacja systemu
◾ Wycena zadań i ich kierunek
◾ Indeks NonClustered
◾ Jak dopasować indeksy do zapytań
◾ Indeksy a zapytania z JOIN-ami
◾ Indeksowanie widoków
◾ Columnstore
◾ Podsumowanie
Kto:
Prowadzący: Cezary Walenciuk
Prowadzi bloga o programowaniu od 2011 roku i jest web developerem od 2011 roku. Zawsze chciał pomagać innym uczyć się, więc cieszy się, że może robić takie wydarzenie. Prelegent na wielu wydarzeniach w IT.
Twitter: / walenciukc
Blog: cezarywalenciuk.pl/

Пікірлер: 11

@vanBombi 2 жыл бұрын

Co do ilości indeksów, które powinniśmy tworzyć na tabeli, to zabrakło tutaj jednej, kluczowej moim zdaniem, informacji: indeksy zwiększają szybkość wykonywania się zapytań typu select, ale spowalniają pozostałe: insert, update i delete. Każda operacja aktualizująca lub usuwająca rekord z tabeli musi przecież zaktualizować również każdy indeks. Dlatego trzeba brać pod uwagę stosunek typów operacji które wykonujemy na danej tabeli. Jeśli tabela przechowuje dane typowo do odczytu, to możemy z indeksami trochę bardziej poszaleć, ale jeśli jest to tabela często aktualizowana, to trzeba uważać.

@bazylikrest1494 Жыл бұрын

@CezaryWalenciuk 40:22 "Cluster i NonCluster - mają taką samą strukturę drzewiastą". Cluster index nie ma struktury drzewiastej. On po prostu mówi w jaki sposób fizycznie poukładać wiersze w tabeli.

@bazylikrest1494 Жыл бұрын

Dzięki za super webinar! @CezaryWalenciuk Pytanie: 48:20 - zdziwiłem się dlaczego mając indeks clustered po ID (który układaja fizycznie rekordy tabelki) oraz WHERE ID=4 silnik zamiast SEEK robi Ci SCAN - przecież to powinno być typowe użycie SEEK. Potem zauważyłem 50:20 (żółta ramka) że Twój index clustered ma ustawione ORDERED=false. Podejżewam, że to dlatego, bo umnie w analogicznej sytuacji (index clustered po ID + WHERE ID=4) robi SEEK a Ordered=true. Pytanie: Jak to się stało, że Twój clustered index ma Ordered=false? Jak to w ogóle możliwe - przecież podstawą indeksu clustered jest układanie fizycznie wierszy = sortowanie :)