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 :)
@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.
@vanBombi3 жыл бұрын
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ć.
@barteknikliborc71092 жыл бұрын
dzięki za (ten i inne webinary), obejrzałem go w dzień rozmowy rekrutacyjnej i akurat świetnie się przydał
@paweg2282 Жыл бұрын
Super materiał, z przyjemnością się ogląda 👍 sporo przydatnych i ciekawych informacji podane w przejrzysty i luźny sposób. 👌