SQL Academy · Lekcja

Dlaczego używamy złączeń (powtórka z modelu relacyjnego)

Powtórz model relacyjny, znormalizowane tabele i klucze obce oraz dowiedz się, dlaczego JOIN jest mostem umożliwiającym ponowne połączenie danych z wielu tabel.

Dlaczego używamy złączeń (powtórka z modelu relacyjnego) to bezpłatna lekcja SQL Academy na CoddyKit. To lekcja 1 z 4. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej SQL Academy, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs SQL Academy zawiera 4 lekcji w sumie.

Normalizacja na jednym obrazie

Zamiast duplikować dane, dzieli się je między tabele:

users — id, name, email
orders — id, user_id, total

Każde zamówienie odwołuje się do użytkownika za pomocą jego identyfikatora, zamiast przechowywać ponownie jego imię i adres e-mail.

Dlaczego normalizować?

Korzyści:

Brak duplikacji — adres e-mail użytkownika zmienia się w jednym miejscu
Mniejsze tabele — lepszy współczynnik trafień w pamięci podręcznej
Ograniczenia wymuszają zachowanie relacji

Klucze obce definiują połączenie

Połączenie deklaruje się za pomocą FOREIGN KEY:

CREATE TABLE orders (
  id BIGSERIAL PRIMARY KEY,
  user_id BIGINT NOT NULL REFERENCES users(id),
  total NUMERIC(10,2) NOT NULL
);

Odtwarzanie danych za pomocą JOIN

Aby wyświetlić „imię użytkownika przy każdym zamówieniu”, należy ponownie połączyć tabele za pomocą JOIN:

SELECT o.id, o.total, u.full_name, u.email
FROM orders o
JOIN users u ON u.id = o.user_id
ORDER BY o.id;

Model mentalny: iloczyn kartezjański z filtrowaniem

W ujęciu pojęciowym JOIN:

Tworzy iloczyn kartezjański dwóch tabel (każdy wiersz A zostaje połączony z każdym wierszem B)
Zachowuje tylko pary, dla których warunek ON ma wartość TRUE

W praktyce baza danych używa złączenia haszującego, sortująco-scalającego lub zagnieżdżonych pętli — ale wynik jest taki sam.

Jeden do wielu

Jeden użytkownik może mieć wiele zamówień. Klucz obcy znajduje się po stronie „wiele”.

-- Each order row points back to its user:
SELECT u.email, COUNT(o.id) AS order_count
FROM users u
LEFT JOIN orders o ON o.user_id = u.id
GROUP BY u.id, u.email;

Wiele do wielu za pomocą tabeli łączącej

Tagi ↔ posty: należy wprowadzić trzecią tabelę:

CREATE TABLE posts (id BIGSERIAL PRIMARY KEY, title TEXT);
CREATE TABLE tags  (id BIGSERIAL PRIMARY KEY, name TEXT);
CREATE TABLE post_tags (
  post_id BIGINT REFERENCES posts(id),
  tag_id  BIGINT REFERENCES tags(id),
  PRIMARY KEY (post_id, tag_id)
);

Odpytywanie relacji wiele do wielu

Dwa złączenia pozwalają połączyć wszystkie dane:

SELECT p.title, t.name
FROM posts p
JOIN post_tags pt ON pt.post_id = p.id
JOIN tags      t  ON t.id = pt.tag_id
WHERE t.name = 'sql';

Kiedy stosować denormalizację

Denormalizacja (duplikowanie danych) jest czasami stosowana w celu zwiększenia wydajności — na przykład do buforowania obliczonych sum, przechowywania kolumn pełnotekstowych lub tworzenia zmaterializowanych widoków. Należy zacząć od schematu znormalizowanego, a denormalizację wprowadzać na podstawie pomiarów.

Złączenia a podzapytania

Wiele zapytań JOIN można zapisać jako podzapytania i odwrotnie. Należy używać rozwiązania, które jest czytelniejsze; współczesne planery często tworzą ten sam plan.

Klucze obce nie są egzekwowane automatycznie

Należy zadeklarować je za pomocą REFERENCES. Nawet przy ograniczeniach FK indeksowanie kolumny FK należy do Państwa obowiązków — trzeba jawnie zadeklarować indeks, aby zwiększyć wydajność złączeń.

Podsumowanie

Złączenia odtwarzają dane podzielone między tabele w celu zachowania integralności.

Klucze obce deklarują połączenie
JOIN odwraca normalizację w czasie wykonywania zapytania
Relację jeden do wielu tworzy się za pomocą klucza obcego po stronie „wiele”, a relację wiele do wielu za pomocą tabeli łączącej

Szybkie sprawdzenie

W relacji jeden do wielu między tabelami users i orders która tabela zawiera kolumnę klucza obcego?

Często zadawane pytania

Czy lekcja „Dlaczego używamy złączeń (powtórka z modelu relacyjnego)” jest bezpłatna?

Tak — pełny tekst „Dlaczego używamy złączeń (powtórka z modelu relacyjnego)” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu SQL Academy, przejdź na CoddyKit PRO. Kurs SQL Academy zawiera 4 lekcji w sumie.

Co nauczysz się w „Dlaczego używamy złączeń (powtórka z modelu relacyjnego)”?

Powtórz model relacyjny, znormalizowane tabele i klucze obce oraz dowiedz się, dlaczego JOIN jest mostem umożliwiającym ponowne połączenie danych z wielu tabel. Ćwiczysz SQL Academy z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.

Czy potrzebuję doświadczenia, aby zacząć SQL Academy?

Nie wymagamy żadnego doświadczenia. SQL Academy w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 1 z 4.

Ile czasu zajmuje lekcja „Dlaczego używamy złączeń (powtórka z modelu relacyjnego)”?

Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.

Czy mogę pisać i uruchamiać kod w tej lekcji SQL Academy?

Tak. Każda lekcja SQL Academy zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.

Wszystkie lekcje w tym kursie

Dlaczego używamy złączeń (powtórka z modelu relacyjnego)
Mechanika INNER JOIN
LEFT/RIGHT JOIN i złączenia OUTER
Złączenia tabeli z samą sobą i aliasy

← Powrót do SQL Academy