Indeks w bazie danych co to jest i jak działa #62

Рет қаралды 26,040

4 жыл бұрын

Indeks jest obiektem w bazie danych, który pozwala przyśpieszać wykonywanie zapytań SQL. W tym nagraniu dowiesz się czym jest indeks, do czego służy, jakie są rodzaje indeksów oraz dlaczego indeks nie zawsze jest dobrym rozwiązaniem, czyli wady korzystania z indeksów.
Obiekty w bazie danych: docs.oracle.com/cd/B19306_01/...
Książka PL/SQL: helion.pl/ksiazki/oracle-pl-s...
Zapisy na kurs: www.nieinformatyk.pl/
Blog: www.nieinformatyk.pl/blog
Facebook: / nieinformatyk
Instagram: / nieinformatyk
Twitter: / nieinformatyk
Zasubskrybuj mój kanał: kzfaq.info...
#indeks #optymalizacja #rodzajeindeksów
Witaj na moim kanale :)
Jestem programistą baz danych Oracle oraz developerem hurtownii danych (ETL). W tym miejscu dzielę się z oglądającymi wiedzą dotyczącą relacyjnych baz danych, praktycznych technik pisania SQL oraz optymalizacji kodu PL/SQL. Jeśli chcesz zdobyć praktyczną i rzetelną więdzę o bazach danych to trafiłeś na właściwe miejsce.
Więcej informacji o baza danych znajdziesz zupełnie ZA DARMO na www.nieinformatyk.pl

Пікірлер: 103

@carlm8148 3 жыл бұрын

Ale kozak i to za darmo taka wiedza. Ma talent do nauczania.

@nieinformatyk 3 жыл бұрын

dziękuję za feedback :)

@robderrt 3 ай бұрын

Dobrze wytłumaczone.

@nieinformatyk 2 ай бұрын

Dzięki ;)

@aleksandrazajdel2070 3 жыл бұрын

Mówiąc szczerze to z Twojego 16 minutowego filmiku wyniosłam zdecydowanie więcej niż z 1.5 h wykładu na studiach. Dzięki wielkie za dzielenie się wiedzą i to w tak umiejętny sposób! :)

@nieinformatyk 3 жыл бұрын

Super :) Cieszę się, że pomogłem :)

@jutublizard Жыл бұрын

Drberg się znalazł

@selfcodegenerator8712 2 жыл бұрын

Dzieki, za fajne wytłumaczenie tematu indexów, jeden z lepszych kanałów o bazach danych :)

@nieinformatyk 2 жыл бұрын

Cieszę się, ze pomogłem :)

@mrgvp 3 жыл бұрын

Jak można ten filmik minusować... Dzięki za Twoją pracę!

@pietrzakadrian 3 жыл бұрын

Dzięki za uzupełnienie materiału!

@nieinformatyk 3 жыл бұрын

Polecam się na przyszłość :)

@mateuszszczuka2311 3 жыл бұрын

Robisz bardzo fajną robotę, oby tak dalej 🙂

@nieinformatyk 3 жыл бұрын

dziękuję za komentarz :)

@zaur66 2 жыл бұрын

Genialne, bardzo dziekuje za film! Zrozumiale dla osoby ktora zaczyna z bazami danych.

@nieinformatyk 2 жыл бұрын

Dziękuje i cieszę się, że pomogłem :)

@marcin2475 2 жыл бұрын

Świetny materiał! Dzięki!

@nieinformatyk 2 жыл бұрын

Polecam się na przyszłość :)

@Tomekrusz 3 жыл бұрын

Super materiał wszystko czarno na białym wyjaśnione, bardzo dziękuję za pomoc. :)

@nieinformatyk 3 жыл бұрын

Bardzo się cieszę, że materiał się przydał :)

@paulinamanda1803 4 жыл бұрын

Wszystko jasne, dzięki!

@nieinformatyk 4 жыл бұрын

super, dziękuję za komentarz :)

@mrkilwag 3 жыл бұрын

kurde gościu, dzięki wielkie, wszystko jasne piknie wytłumaczone!

@nieinformatyk 3 жыл бұрын

proszę bardzo - polecam się na przyszłość :)

@user-hg5kd6qk5j 4 ай бұрын

Bardzo pomocny filmik, dziękuję :)

@nieinformatyk 4 ай бұрын

Cieszę się, że przypadł Ci do gustu:)

@tomaszmroczka5839 Жыл бұрын

jestes gitem, szacun i dziekuje

@nieinformatyk Жыл бұрын

dzięki :)

@MrRodiego 2 жыл бұрын

Świetny odcinek!

@nieinformatyk 2 жыл бұрын

dzięki :)

@pawewiatrak5684 Жыл бұрын

Bardzo mi się podoba, że dajesz hasła jakich należy szukać żeby poszerzyć swoją wiedzę na dane zagadnienie. Dzięki czemu mogłem przenieść całą koncepcję na bazę danych smssql :) Dzięki!!

@nieinformatyk Жыл бұрын

Jeśli szukałeś ścieżek dostępu to te nagranie może Ci się spodobać: kzfaq.info/get/bejne/huBpqamV07nXe58.html

@fatallny 4 жыл бұрын

Cześć Darku, kolejny super odcinek, oby tak dalej :-) Fajnie byłoby zobaczyć tematy które poruszasz w praktyce. Nowe osoby na pewno lepiej zrozumiałyby jak to działa, na przykład pokazać dwa takie same zapytania, jedno z indexami, a drugie bez :-)

@nieinformatyk 4 жыл бұрын

dziękuję za sugestię, postaram się dopracować plan nagrań :)

@kamilnowak5 3 жыл бұрын

Opisane elagancko :)

@nieinformatyk 3 жыл бұрын

dzięki :)

@specialmusic3498 3 жыл бұрын

Dziękujemy.

@nieinformatyk 3 жыл бұрын

proszę bardzo :)

@ZenonMcRae 2 жыл бұрын

Dla zasięgu!

@nieinformatyk 2 жыл бұрын

dzięki :)

@JanKowalski-ld4ec 8 ай бұрын

Bardzo klarownie przedstawione tematy. Przyjemnie się ogląda tak profesjonalny poziom wiedzy i tak pozbawione maniery nauczanie. Prosty flipchart zamiast wodotrysków wystarczy jak widać. Serdeczne dzięki. Powodzenia i Tobie!

@nieinformatyk 8 ай бұрын

dzięki :)

@JanKowalski-ld4ec 8 ай бұрын

@@nieinformatyk Jeszcze tylko ten greenscreen zostawia artefakty ;)

@adriangoleba9972 3 жыл бұрын

Cześć Darku, materiał w 100% zrozumiany za co dziękuję! Myślę, że mógłbyś nagrać dodatkowy odcinek pokazujący jak w praktyce różnią się zapytania z indeksami i bez. Pozdrawiam serdecznie!

@nieinformatyk 3 жыл бұрын

Właśnie nagrałem taki odcinek. Ukaże się w kolejnych tygodniach :)

@mateuszkaleta1495 3 жыл бұрын

super materiał ;p

@nieinformatyk 3 жыл бұрын

dzięki :)

@nataliej.6110 8 ай бұрын

Nasz prowadzący chyba próbował inspirować się Twoim filmem na laboratorium, ale niestety zrobił to baaardzo nieumiejętnie i strasznie to skomplikował tak, że było to zupełnie niezrozumiałe. Cieszę się, że trafiłam na ten kanał. Dzięki wielkie!

@nieinformatyk 8 ай бұрын

Cieszę się, że mogłem pomóc :)

@NecesitoLaMusica 3 жыл бұрын

Wiedziałam o zaletach, ale nigdy nie pomyślałam o tym, że może spowolnić modyfikacje zawartości tabeli. Dzięki!

@nieinformatyk 3 жыл бұрын

Polecam się na przyszłość :)

@piotr8909 4 жыл бұрын

Suuper materiał :) I kiedy można liczyć na kolejny odcinek kursu PL/SQL?

@nieinformatyk 4 жыл бұрын

kolejny odcinek PL/SQL to będzie kontynuacja pisania triggera, myślę, że około miesiąc :) Polecam zapisać się na newsletter, bo jeszcze w tym roku pojawi się szansa uczestnictwa w kompleksowym szkoleniu PL/SQL od A od Z: nieinformatyk.pl/

@tyszczuczuczuczu8971 3 жыл бұрын

Dlaczego dopiero teraz odkryłam ten kanał.... :c

@megabroku4592 Жыл бұрын

fajny talent artystyczny

@nieinformatyk Жыл бұрын

haha, dzięki :)

@marnow88 3 жыл бұрын

super odcinek i czekam na kolejny: kiedy i jakiego rodzaju indeksu użyć?

@nieinformatyk 3 жыл бұрын

Zależy o jaki rodzaj pytasz, są b-tree(drzewiaste) i bitmapowe, unikalne i nieunikalne, rosnące i malejące, itd. Podaj konkretny case to powiem Ci co bym wybrał :)

@kubamosakowski7350 Жыл бұрын

👍👍

@sebon11 Жыл бұрын

Siemano, odcinek jest świetny jak zawsze na Twoim kanale! Zabrakło mi jednak praktyki oraz dokładnego omówienia - kiedy dokładnie tworzyć indeksy? To zależy od tego jakie mamy dane w tabeli, czy co? Kiedy zrobić indeks złożony(?) a kiedy na jednej kolumnie? Chociaż wspomniałeś że to będzie w następnych odcinkach, więc spoko, a ten wstęp który zrobiłeś jest jak najbardziej świetny i potrzebny, po prostu mówię że czekamy na więcej :D (chyba że już jest, zaraz spojrzę xddd)

@nieinformatyk Жыл бұрын

Obejrzyj ten odcinek i 2 kolejne z playlisty: kzfaq.info/get/bejne/i5Z3q9lqrLuYZqM.html Trudno zebrać to wszystko w jeden odcinek. Nie chcę by video trwało ponad 20 minut więc dzielę to na pojedyncze tematy. A kwestia, gdzie i jaki indeks tworzyć to w skrócie: klucze główne i klucze obce. A reszta wymaga trochę więcej do opowiedzenia. Nagram kiedyś kurs optymalizacji SQL to poświęcimy temu zagadnieniu cały kilkugodzinny moduł :)

@sebon11 Жыл бұрын

@@nieinformatyk super! Czekam właśnie na zagadnienia dotyczące optymalizacji zapytań SQL i wgl projektowania bazy danych bo to ciekawy i ważny temat :) dzięki! Pozdro!

@nieinformatyk Жыл бұрын

@@sebon11 o projektowaniu znajdziesz co nie co tutaj: kzfaq.info/get/bejne/beCHhsKZyOC3ZZc.html no i oczywiście w kursie www.podstawybazdanych.pl

@XivaGamer 3 жыл бұрын

a co jezeli damy limit 1? wtedy full scan chyba sie przerwie prawda/?

@MeggaFelipe 3 жыл бұрын

#zasieg

@nieinformatyk 3 жыл бұрын

dzięki :)

@filemonek123 3 жыл бұрын

W mowie koncowej moglbys zawrzec odnosniki do swoich nagran w ktorych omawiasz wspominane zagadanienia. CZyli jak mowisz, ze cos tam bedzie pozniej bo jest zaawansowane to fajnie jakby w rogu ekranu pojawil sie link do twojego nagrania z tym, bo tak to trzeba szukac a uzytkownicy kaprysni sa

@nieinformatyk 3 жыл бұрын

Tu problem jest taki, że trudno spamiętać, o czym mówiłem w każdym z poprzednich nagrań i do czego odsyłałem. Ale dzięki za feedback, pomyśle jak to rozwiązać.

@RegalWK Жыл бұрын

a jak tworzymy tabele i szukamy po id, które jest kluczem głównym to chyba nie robi się full table scan, bo to pod spodem jest tworzony uniq indeks do tego?

@nieinformatyk Жыл бұрын

To prawda. Jak tworzysz PK(klucz główny) to automatycznie jest tworzony indeks(zazwyczaj unikalny) i wtedy zapytanie WHERE id=1 oczywiście wykorzysta indeks. Jeśli jednak w SELEC-ie odniesiesz się do kolumny, które w indeksie nie ma, np. nazwa_produktu to po przeczytaniu indeksu baza uda się do tabeli(table access by ROWID).

@pawelkubrak547 3 жыл бұрын

good film. record more.

@nieinformatyk 3 жыл бұрын

thank you :) come back every Saturday :)

@maciekssj 4 жыл бұрын

Chętnie zobaczyłbym porównanie na żywym przykładzie jak dużo czasu można zyskać tworząc indeksy. Na przykład bez indeksów wykonuje się 3 sekundy, z indeksami 1 Również statystyka w postaci konkretnych danych o ile operacje DML zostają spowolnione

@nieinformatyk 4 жыл бұрын

dziękuję za sugestię, postaram się coś wymyślić :)

@michal5869 3 жыл бұрын

@@nieinformatyk jak wyrzucisz coś z indeksu to DB musi zrobić ponowne sortowanie? a jak tak to czy może przenieść tylko z końca jakiś element indeksu dla przyspieszenia?

@nieinformatyk 3 жыл бұрын

@@michal5869 tak, proces aktualizacji indeksu to tzw. rebuild - dlatego DML na tabeli jest wolniejszy, bo indeks trzeba aktualizować. Nie rozumiem drugiego pytania :)

@michal5869 3 жыл бұрын

@@nieinformatyk chodzi mi o sortowanie, czy db może kasowany wiersz indeksu zastąpić innym istniejącym aby nie uniknąć sortowania.

@nieinformatyk 3 жыл бұрын

@@michal5869 Indeks w standardowej postaci B-Tree zawiera 2 kolumny(oczywiście nie dosłownie). Jest to klucz indeksu, czyli indeksowana wartość oraz ROWID - identyfikator rekordu z daną wartością klucza. Jeśli modyfikujesz klucz indeksu, np. zmieniasz wartość z 5 na 10, X na Y to indeks musi zostać posortowany. Jeśli z kolei zmieniasz inną kolumnę w rekordzie tabeli(nieindeksowaną) to indeksu nie trzeba aktualizować, bo wartość klucza i ROWID się nie zmieniła. Tak samo, gdy usuwasz rekord z tabeli to indeks musi zostać posortowany, bo przecież trzeba ze struktury indeksu usunąć jeden z kluczy. Jak chciałbyś zastąpić jeden wiersz drugim?

@MeggaFelipe Жыл бұрын

#zasieg2

@MeggaFelipe Жыл бұрын

Super, zresztą jak zawsze.

@nieinformatyk Жыл бұрын

@@MeggaFelipe dzieki:)

@katarzynaniebrzydowska7317 2 жыл бұрын

Dzień dobry, co się dzieje z indeksami na tabeli przy próbie usunięcia tabeli SQL?

@nieinformatyk 2 жыл бұрын

indeksy podobnie jak constrainty czy triggery są usuwane razem z tabelą

@katarzynaniebrzydowska7317 2 жыл бұрын

@@nieinformatyk Bardzo Panu dziekuje za odp i czekam na kolejne odcinki !

@nieinformatyk 2 жыл бұрын

@@katarzynaniebrzydowska7317 chwilowo zwolniłem, bo przygotowuję kurs programowania PL/SQL, ale wkrótce wracam z nowymi :)

@esponplaygames 3 жыл бұрын

może coś o rodzajach indeksów?

@nieinformatyk 3 жыл бұрын

dodałem do listy, która co raz szybciej się wydłuża :D

@nieinformatyk Жыл бұрын

Właśnie nagrałem materiał o który prosiłeś. Daj znać czy Ci się podoba🙂 kzfaq.info/get/bejne/g6ucZthztbrOep8.html

@brarord8401 Жыл бұрын

12:00 - czy na pewno w tym przypadku operacja DELETE będzie wolniejsza dla tabeli z indeksem unikalnym na polu ID? Przecież dzięki indeksowi polecenie DELETE WHERE ID w momencie znalezienia określonego ID usunie ten rekord i już nie będzie szukać kolejnych rekordów bo wie że ID jest unikalne. Usunie też rekord w indeksie. Jeżeli szukane ID znajduje się na pierwszym miejscu w indeksie to baza wykona tylko 2 operacje: kasacja rekordu z tabeli i z indeksu. W przypadku braku posiadania indeksu na kolumnie ID polecenie DELETE WHERE ID usunie 1 rekord jeżeli znajdzie odpowiednie ID i będzie przeszukiwać dalej całą tabelę, bo nie wie czy gdzieś jeszcze takiego ID nie ma. Więc liczba operacji wykonanych na bazie może być tutaj ogromna, bo pomimo tego że wiemy iż jest tylko 1 takie ID do usunięcia to będziemy musieli przeszukać całą tabelę. W przypadku posiadania indeksu unikalnego zaprzestaniemy po pierwszej udanej próbie.

@nieinformatyk Жыл бұрын

Świetna uwaga :) Wolniejsza będzie w tym sensie, że zamiast robić DELET-e na tabeli musisz robić DELETE na tabeli i DELETE na indeksie. Oczywiście, jeśli tabela będzie odpowiednio duża to czas FULL TABLE SCAN może być dużo dłuższy niż 2 DELETE z indeksem unikalnym. Wtedy mamy do czynienia z wyjątkiem potwierdzającym regułę ;) PS. Przyszła mi do głowy jeszcze jedna rzecz, którą należałoby sprawdzić. DELETE usuwa najpierw rekord z tabeli czy z indeksu? Bo jeśli indeks jest pierwszy to na tabeli i tak poleci FULL TABLE SCAN.

@brarord8401 Жыл бұрын

@@nieinformatyk Propo PS to chyba powinien skasować najpierw z tabeli zgodnie z jakąś podstawową logiką zysków i strat. A czy tak jest to w sumie cholera wie Oo Jeżeli i tak i tak skanuje całą tabelę to trochę niefajne te indeksy w operacjach modyfikacji wartości unikalnych.