RIGHT JOIN

RIGHT JOIN to złączenie zwracające wszystkie wiersze tabeli prawej oraz dopasowane wiersze lewej, uzupełnione NULL przy braku dopasowania.

RIGHT JOIN jako sposób łączenia danych

RIGHT JOIN jest operacją stosowaną w języku SQL wtedy, gdy nadrzędne znaczenie ma kompletna zawartość tabeli umieszczonej po prawej stronie instrukcji JOIN. Wynik obejmuje wszystkie rekordy tej tabeli, nawet jeśli w tabeli lewej nie ma odpowiadającego im wpisu. Gdy relacja zostanie znaleziona, do wyniku trafiają dane z obu źródeł. Jeżeli dopasowania zabraknie, kolumny pochodzące z tabeli lewej otrzymują wartość NULL.

Przykładowo można rozpatrywać tabelę pracownicy oraz tabelę dzialy. Jeżeli tabela dzialy zostanie umieszczona po prawej stronie, użycie RIGHT JOIN pozwoli pokazać również działy, w których nie przypisano jeszcze żadnej osoby. Ma to znaczenie przy raportach kontrolnych, ponieważ brak powiązanego rekordu nie zostaje ukryty przez mechanizm łączenia. Zestawienie może więc wskazać zarówno działy obsadzone, jak i te, które wymagają uzupełnienia danych.

Typowa konstrukcja wygląda następująco:

SELECT d.nazwa, p.imie, p.nazwisko
FROM pracownicy AS p
RIGHT JOIN dzialy AS d ON p.dzial_id = d.id;

W tym przykładzie tabela dzialy jest stroną prawą. Dla działu bez pracownika wartości p.imie i p.nazwisko będą równe NULL, ale sam dział pozostanie widoczny. To odróżnia RIGHT JOIN od złączenia, które pokazuje wyłącznie rekordy mające parę w obu tabelach.

RIGHT JOIN na tle innych złączeń SQL

Najłatwiej zrozumieć RIGHT JOIN przez porównanie go z pozostałymi rodzajami złączeń. INNER JOIN zwraca tylko te wiersze, dla których warunek ON znajdzie odpowiednią parę po obu stronach. LEFT JOIN zachowuje wszystkie rekordy tabeli lewej, a brak danych po stronie prawej oznacza NULL w kolumnach prawej tabeli. RIGHT JOIN działa analogicznie, ale priorytet otrzymuje tabela prawa.

W praktyce RIGHT JOIN jest logicznym odpowiednikiem LEFT JOIN po zamianie kolejności tabel. Poniższe zapytania mogą dać taki sam rezultat, o ile warunek połączenia zostanie odpowiednio przepisany:

FROM pracownicy AS p RIGHT JOIN dzialy AS d ON p.dzial_id = d.id

FROM dzialy AS d LEFT JOIN pracownicy AS p ON p.dzial_id = d.id

Różnica dotyczy przede wszystkim czytelności zapytania i przyjętego sposobu opisu relacji. W wielu zespołach częściej spotyka się LEFT JOIN, ponieważ łatwiej zachować jeden schemat: tabela podstawowa jest zapisywana jako pierwsza, a tabela uzupełniająca po słowie JOIN. RIGHT JOIN pozostaje jednak poprawnym i użytecznym narzędziem, szczególnie podczas analizy gotowych zapytań, w których kolejność tabel wynika z wcześniejszego projektu.

Nie należy mylić RIGHT JOIN z FULL OUTER JOIN. Pierwszy zachowuje wszystkie rekordy tylko z prawej tabeli oraz dopasowania z lewej. Drugi zachowuje również rekordy bez dopasowania z lewej strony. Jeżeli wymagane jest pokazanie pełnej listy elementów z obu źródeł, samo RIGHT JOIN może nie wystarczyć. Z kolei przy raporcie dotyczącym kompletności tabeli prawej jego działanie jest bardziej precyzyjne i zwykle łatwiejsze do interpretacji.

RIGHT JOIN a typowe problemy z warunkiem ON

Najczęstsze błędy wynikają z niewłaściwie określonego warunku łączenia. W relacji między tabelami powinny być porównywane kolumny opisujące ten sam związek, na przykład identyfikator działu z kluczem obcym działu. Połączenie kolumn o podobnych nazwach, lecz innym znaczeniu, może zwrócić pusty wynik dopasowania albo powielić rekordy w sposób trudny do zauważenia.

Ważna jest także różnica między warunkiem ON i filtrem WHERE. Warunek ON określa, kiedy dwa rekordy są uznawane za powiązane. Filtr WHERE działa już na utworzonym wyniku. Przykład:

SELECT d.nazwa, p.nazwisko
FROM pracownicy AS p
RIGHT JOIN dzialy AS d ON p.dzial_id = d.id
WHERE p.aktywny = 1;

Jeżeli dział nie ma pracownika, kolumna p.aktywny przyjmie NULL, a warunek WHERE odrzuci taki wiersz. W efekcie zachowanie może stać się podobne do INNER JOIN, mimo że formalnie użyto RIGHT JOIN. Jeżeli celem jest zachowanie działów bez pracowników i jednoczesne ograniczenie dopasowanych osób do aktywnych, filtr powinien znaleźć się w warunku ON:

RIGHT JOIN dzialy AS d
ON p.dzial_id = d.id AND p.aktywny = 1

Warto zwrócić uwagę na powielanie wyników. Jeżeli jednej wartości po prawej stronie odpowiada wiele rekordów po lewej, wiersz tabeli prawej pojawi się wielokrotnie. Nie jest to błąd samego RIGHT JOIN, lecz konsekwencja relacji jeden-do-wielu. Przy podsumowaniach może być konieczne użycie COUNT, GROUP BY albo wcześniejszego ograniczenia danych w podzapytaniu.

RIGHT JOIN w raportach i praktycznych zapytaniach

RIGHT JOIN przydaje się wszędzie tam, gdzie raport ma pokazać pełny katalog elementów referencyjnych. Tabelą prawą może być lista kategorii, lokalizacji, typów zgłoszeń, stanowisk albo statusów. Tabela lewa może zawierać zdarzenia, zamówienia, przypisania lub inne dane zależne. Dzięki temu można zauważyć wartości, dla których nie wystąpiło jeszcze żadne zdarzenie.

Załóżmy, że istnieją tabele produkty i zamowienia_pozycje. Jeśli po prawej stronie umieszczona zostanie tabela produktów, RIGHT JOIN pozwoli sprawdzić, które produkty nie pojawiły się dotąd w zamówieniach:

SELECT pr.nazwa, COUNT(zp.id) AS liczba_pozycji
FROM zamowienia_pozycje AS zp
RIGHT JOIN produkty AS pr ON zp.produkt_id = pr.id
GROUP BY pr.id, pr.nazwa;

Dla produktu bez pozycji zamówienia funkcja COUNT zwróci zero, jeżeli zliczana jest kolumna identyfikatora z tabeli lewej. Taki raport może służyć do weryfikacji kompletności oferty, wykrywania nieużywanych wpisów lub planowania dalszego porządkowania danych.

Przed uruchomieniem zapytania warto sprawdzić typy kolumn uczestniczących w relacji, indeksy oraz ewentualne wartości NULL w kluczach. Brak indeksu nie zmienia znaczenia RIGHT JOIN, ale może wydłużyć wykonywanie zapytania przy większej liczbie rekordów. Przydatne jest także jawne wskazywanie kolumn zamiast używania SELECT *. Ogranicza to niejasności, zmniejsza ilość przesyłanych danych i ułatwia ocenę, z której tabeli pochodzi każda wartość.

RIGHT JOIN i moment zgłoszenia problemu z bazą danych

Nieprawidłowy wynik zapytania z RIGHT JOIN może wynikać z błędnej składni, niezgodnego schematu tabel, usuniętych relacji, niespójnych identyfikatorów albo zmian w aplikacji korzystającej z bazy. Do sygnałów ostrzegawczych należą brak rekordów, które powinny być zachowane, niespodziewane wartości NULL, wielokrotne powielanie tych samych danych oraz wyraźne spowolnienie raportów po modyfikacji zapytania.

Przed przekazaniem sprawy do analizy warto zapisać pełną treść zapytania, komunikat błędu, nazwę używanego systemu bazodanowego oraz informację, od kiedy występuje problem. Przydatny bywa także prosty test na niewielkim, bezpiecznym wycinku danych. Nie powinno się natomiast usuwać tabel ani wykonywać masowych zmian bez kopii zapasowej i sprawdzenia zależności.

W przypadku problemów ze sprzętem, na którym działa środowisko przechowujące dane, można zgłosić się do Warszawskiego Pogotowia Komputerowego 24/7, gdzie diagnoza laptopa jest bezpłatna. Warto wcześniej opisać objawy, sposób pojawiania się błędu oraz to, czy problem dotyczy samego zapytania, programu czy dostępu do danych. Tak przygotowane informacje ułatwiają rozdzielenie usterki sprzętowej od problemu wynikającego z konstrukcji RIGHT JOIN lub konfiguracji bazy.