Łączenie tabel SQL, czyli jak używać instrukcji SQL JOIN (wszystkie metody)

Рет қаралды 10,433

Күн бұрын

✅Łączenie tabel w bazie danych, czyli instrukcja SQL JOIN to jedna z trudniejszych do przyswojenia rzeczy w początkowym etapie nauki SQL. Jeśli nie wiesz jak połączyć dwie tabele SQL to dobrze trafiłeś. Z tego nagrania nauczysz się stosować wszystkie metody złączeń tabel (INNER JOIN, LEFT JOIN, RIGHT JOIN, FULL JOIN, NATURAL JOIN) oraz opowiem Ci o kilku dodatkowych aspektach, które warto wziąć pod uwagę łącząc tabelę, m .in liczba tabel w wiązaniu, nierównozłączenia czy operator AND/OR w klauzuli ON.
🎁 ODBIERZ PREZENTY
1) Książka o tym, jak się przebranżowić na bazodanowca: promo.podstawybazdanych.pl/
2) Lista najczęstszych błędach programistów PL/SQL: promo.plsql.pl/
== 🔗 Przydatne linki z nagrania:==
🏷️Kod z lekcji: drive.google.com/file/d/1D06f...
🏷️normalizacja baz danych: • Normalizacja Baz Danyc...
🏷️baza danych vs hurtownia danych: • Hurtownia danych - co ...
🏷️fizyczne metody złączeń: docs.oracle.com/en/database/o...
== 👌 Polecam obejrzeć:==
• Projektowanie bazy dan...
• Jakie narzędzia i tech...
== ⏱️ Plan odcinka:==
00:00 wprowadzenie do odcinka
01:55 wszystkie metody złączeń tabel w sql
04:36 przygotowywanie danych do ćwiczeń
07:23 skąd wiedzieć po jakich kolumnach łączyć tabele?
09:46 złączenie tabel INNER JOIN
14:15 złączenie tabel LEFT JOIN
16:23 złączenie tabel RIGHT JOIN
18:20 złączenie tabel FULL JOIN
21:23 rozszerzenia do instrukcji JOIN
22:31 złączenie tabel NATURAL JOIN
25:40 fizyczne metody złączeń(hash join, nested loop, sort merge join)
#bazodanowiec
== 👨‍💻 Poznaj mniej lepiej:==
* Moja strona: www.nieinformatyk.pl/
* Kod z odcinka: www.nieinformatyk.pl/pliki
* Facebook: / nieinformatyk
* Linkedin: / darekbutkiewicz
* Instagram: / nieinformatyk
* Twitter: / nieinformatyk
Zasubskrybuj mój kanał: kzfaq.info...
🏁 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 bazach danych znajdziesz zupełnie ZA DARMO na www.nieinformatyk.pl i nieinformatyk.pl/strona/plsql...
📧 Masz pytanie, prośbę, sugestię? Pisz śmiało na kontakt@nieinformatyk.pl

Пікірлер: 40

@alexandervaldez5605 Жыл бұрын

Bardzo treściwy materiał i po 'ludzku' wytłumaczone co z czym się łączy, wiele filmików na temat joinów nie porusza tematów roszady tabel np przy left joinie a Ty pokazujesz i tłumaczysz. Czekam na dalszy rozwój o tym czego nie zakreśliłeś na zielono, więcej tabel , wyrażenia na kolumnie.

@nieinformatyk Жыл бұрын

Dzięki Alexander za komentarz :)

@monikaflem Жыл бұрын

Bardzo fajny materiał, dziękuję.

@nieinformatyk Жыл бұрын

Proszę Cie bardzo :)

@pawepuszka858 Жыл бұрын

Dzięki za materiał. Jak zwykle samo "mięcho" :) Pozdrawiam

@nieinformatyk Жыл бұрын

Dzięki Paweł :)

@koloyolo7629 Жыл бұрын

fajny odcinek, bardzo chętnie obejrzałbym rozszerzenie :)

@nieinformatyk Жыл бұрын

musisz poczekać kilka miesięcy - tutaj będzie o joinach cały kilkunasto-odcinkowy moduł :) promo.mistrzsql.pl/

@marekt8465 Жыл бұрын

Świetny materiał! Powinieneś wykładać na politechnice. I mówię to całkiem poważnie. Jeżeli przyswoiłeś te wszystkie pozycje o bazach danych, które masz na półkach to wiedzę z baz danych masz pewnie większą od niejednego prowadzącego ten przedmiot na studiach informatycznych. Mega szacunek dla Ciebie za tę robotę! Pozdrawiam i dziękuję za wszystkie materiały.

@nieinformatyk Жыл бұрын

Dziękuję :) kariera wykładowcy mnie nie interesuje, do większej liczby osób dotrę materiałami na yt.

@jakubkozie2631 Жыл бұрын

Super materiał. Czekam na kolejne kursy dotyczące PL/SQL

@nieinformatyk Жыл бұрын

dzięki :) a brakuje czegoś w tym szkoleniu czego potrzebujesz? plsql.pl/

@jakubkozie2631 Жыл бұрын

Nie pisałeś kiedyś że będziesz pracował nad kursem dotyczącym optymalizacji?

@nieinformatyk Жыл бұрын

@@jakubkozie2631 tak, to prawda :) ale pytałeś o pl/sql, więc zwątpiłem. Najpierw pojawi się kurs SQL, potem hurtowni danych/ETL, a potem optymalizacji

@jakubkozie2631 Жыл бұрын

Wow, świetne informacje przekazujesz:)

@xavrock1112 Жыл бұрын

Witam. Czy zostanie poruszony temat Master Data ? Oraz zasady ich przechowywania ? Po wykładzie czuję mocne niezrozumienie tematu, z naciskiem na ich przechowywanie. Myślę że taki odcinek mógłby pomóc również innym. Ciężko jest znaleźć jakiś dobry materiał w internecie.

@nieinformatyk Жыл бұрын

Od dłuższego czasu myślę o odcinku z taką roadmapą bazodanowca i opisem technologii/narzędzi do zarządzania danymi. Póki co nie wymyśliłem jednak jakiejś sensownej formuły na taki odcinek, więc mogę powiedzieć, że na pewno się pojawi, ale raczej nie w najbliższych tygodniach/miesiącach :)

@TomaszTomzik Жыл бұрын

W zasadzie napisałem miliony złączeń, ale staram się aby zawsze użyć LEFT, tak ustawiam tabele, nie miałem nigdy potrzeby zrealizowania złączenia prawego... nie chce mi się szukać po Internetach, kiedy to się przydaje... ale takie spostrzeżenie.

@nieinformatyk Жыл бұрын

ja też nigdy RIGHT nie używam - przydaje się w tych samych sytuacjach co LEFT :)

@kozlo1 Жыл бұрын

14:10 Po co wiec pisze się constrainty foreign key skoro można joinować bez tego? Żeby komputer umiał zrobić NATURAL JOIN?

@nieinformatyk Жыл бұрын

Po to by pilnować spójności danych. Jeśli nie stworzysz contrainta to nie masz gwarancji, że w tabeli, np. z pracownikami nie znajdzie się w kolumnie id_departamentu identyfikator, który nie wskazuje na żaden departament. Constraint jest do tego by pilnować by każda wartość klucza obcego istniała w kluczu głównym, na który ten constraint wskazuje. A łączenie to po prostu łączenie tabel. Możesz joinować co Ci się jawnie podoba, choć dobrze by miało to sens :)

@krzysztofm2433 8 ай бұрын

mógłbyś nagrać filmik o instrukcji selfjoin?

@nieinformatyk 8 ай бұрын

zapraszam, będzie dedykowana lekcja :) promo.mistrzsql.pl/

@mrCajmerek 8 ай бұрын

Jakiego SZBD używasz?

@nieinformatyk 8 ай бұрын

W nagraniu Oracle, w pracy Oracle + Postgres.

@Twena1 Жыл бұрын

O co chodzi z tymi aliasami, jak je napisać, oznaczyć, itp.?

@nieinformatyk Жыл бұрын

Alias to po prostu tymczasowa nazwa wyrażenia/kolumny lub obiektu z którego czytamy dane(tabela/widok/podzapytanie). Tworzenie aliasu to słowo AS a po nim nazwa aliasu(choć AS jest opcjonalne). Po co to używamy? Bo kod staje się czytelniejszy, łatwiejszy w utrzymaniu a czasem nawet wydajniejszy. Więcej o aliasach będę mówił w tym szkoleniu: promo.mistrzsql.pl/

@Twena1 Жыл бұрын

@@nieinformatyk Ok, ale jak zapisać to, np. w twoim kodzie źródłowym? AS produkty? I co, wtedy pojawi się pierwsza litera "p" zamiast produkty czy jak? Możesz mi zapisać ten wiersz? Dzięki.

@nieinformatyk Жыл бұрын

@@Twena1 Aliasów używa się w poleceniach DML czyli INSERT, UPDATE, DELETE i SELECT. -- brak aliasu i niewskazywanie z jakiej tabeli pochodzi kolumna SELECT id FROM pracownicy; -- brak aliasu i używanie pełnej nazwy tabeli SELECT pracownicy.id FROM pracownicy; -- użycie aliasu (zalecana praktyka) SELECT p.id FROM pracownicy p; Sens używania aliasów widać przy złożonych zapytaniach, zwłaszcza gdy łączymy tabele.

@modzelem Жыл бұрын

9:45 zabrakło sprawdzenia typu kolumny.

@nieinformatyk Жыл бұрын

przecież obie kolumny to VARCHAR2 -> nie jest tu wymagana, ani nawet wskazana żadna konwersja

@modzelem Жыл бұрын

@@nieinformatyk w tym wypadku tak, ale warto sprawdzić co łączymy

@nieinformatyk Жыл бұрын

@@modzelem to fakt

@TomaszTomzik Жыл бұрын

Ja wiem, że to do potrzeb tematu... ale jak widzę, taką tabelę z typami gdzie kluczem głównym jest wartość tekstowa (nawet skrócona) to krew mnie zalewa... nie uczmy czegoś takiego nowicjuszy...

@nieinformatyk Жыл бұрын

W każdym nagraniu da się do czegoś przyczepić -> jakbym stworzył klucz INTEGER to ktoś przyczepiłby się, że nazwy tabel są po polsku, a nie po angielsku. Może to naiwne, ale w każdym nagraniu staram się kierować uwagę na jedną rzecz, w tym przypadku łączenie tabel. Typ danych klucza PK to zagadnienie, które fajnie omówić przy okazji klucza sztucznego/naturalnego oraz optymalizacji zapytań indeksami/rozmiaru bazy danych. Nie zmienia to faktu, że dobrze, że na to zwróciłeś uwagę. Mam nadzieję, że ktoś przeczyta Twój komentarz i zacznie się zastanawiać dlaczego VARCHAR2 nie jest fajny :)

@piniekpinio Жыл бұрын

Przecież widać że zrobione aby było łatwiej zrozumieć laikom. Jakby tam były numery to byliby mniej przejrzyyste.

@TomaszTomzik Жыл бұрын

@@nieinformatyk jeśli ktoś się do czegoś przyczepi, znaczy się, że ktoś ogląda z uwagą. Ps nazwy obiektów nie są tak destrukcyjne jak takie klucze główne;)

@TomaszTomzik Жыл бұрын

@@piniekpinio nie wiem czemu założyłeś, że tego nie wiem... skoro napisałem "do potrzeb tematu" - ale napisałem również, że mimo wszystko to jest "świętokractwo" i totalna zguba... ;)

@piniekpinio Жыл бұрын

@@TomaszTomzik Jeżeli wszystko wiesz to nie wiesz, że tak formą podcinasz skrzydła autorowi. Lepiej byłoby przyjęte "Zapomniałeś wspomnieć, że klucze główne bezpieczniej jak są numeryczne niż tekstowe". Teraz w odpowiedzi daj link z filmikiem Twojego wykonania zrobionym lepiej :)