JOIN z klauzulą WHERE

JOIN z klauzulą WHERE to konstrukcja ograniczająca wynik łączenia tabel warunkiem stosowanym po dopasowaniu wierszy.

Jak działa JOIN z warunkiem WHERE

JOIN służy do połączenia wierszy pochodzących z dwóch lub większej liczby tabel na podstawie warunku określonego zwykle w klauzuli ON. Klauzula WHERE jest stosowana do ograniczenia wyniku po wykonaniu logicznego dopasowania. Przykładowe zapytanie może wyglądać tak: SELECT klienci.id, zamowienia.data_zlozenia FROM klienci JOIN zamowienia ON zamowienia.klient_id = klienci.id WHERE zamowienia.status = 'zrealizowane';. W tym przypadku JOIN łączy klienta z jego zamówieniami, a WHERE pozostawia wyłącznie zamówienia o wskazanym statusie.

W praktycznym opisie działania należy rozróżnić warunek łączenia od warunku filtrowania. Wyrażenie zamowienia.klient_id = klienci.id określa, które wiersze należą do siebie. Wyrażenie zamowienia.status = 'zrealizowane' nie określa relacji między tabelami, lecz eliminuje z gotowego zbioru wiersze niespełniające kryterium. Taka konstrukcja jest użyteczna wtedy, gdy potrzebne są dane powiązane, ale nie wszystkie powiązane rekordy powinny pojawić się w rezultacie.

Różnica między filtrowaniem w ON i w WHERE

W przypadku INNER JOIN wiele prostych zapytań z warunkiem w ON albo w WHERE zwraca taki sam wynik. Przykłady JOIN zamowienia ON zamowienia.klient_id = klienci.id AND zamowienia.status = 'zrealizowane' oraz JOIN zamowienia ON zamowienia.klient_id = klienci.id WHERE zamowienia.status = 'zrealizowane' mogą być równoważne, ponieważ INNER JOIN usuwa wiersze bez dopasowania, a WHERE następnie ogranicza wynik. Nie oznacza to jednak, że oba zapisy mają takie samo znaczenie w każdym rodzaju złączenia.

Różnica jest szczególnie ważna przy LEFT JOIN. Załóżmy, że zapytanie ma zwrócić wszystkich klientów, również tych bez zrealizowanego zamówienia. Warunek zapisany w ON może wyglądać tak: SELECT klienci.id, zamowienia.id FROM klienci LEFT JOIN zamowienia ON zamowienia.klient_id = klienci.id AND zamowienia.status = 'zrealizowane';. Klient bez pasującego zamówienia nadal pozostanie w wyniku, a kolumny tabeli zamówień będą miały wartość NULL. Jeżeli ten sam warunek zostanie przeniesiony do WHERE, zapis WHERE zamowienia.status = 'zrealizowane' odrzuci wiersze z NULL i w praktyce może zmienić zachowanie LEFT JOIN na podobne do INNER JOIN.

Kontrola wyniku, NULL i powielonych wierszy

Przy analizie JOIN z WHERE trzeba sprawdzić, czy relacja między tabelami jest jeden do jednego, jeden do wielu czy wiele do wielu. Jeżeli jeden klient ma wiele zamówień, jego identyfikator pojawi się w wyniku wielokrotnie. Nie jest to automatycznie błąd. Jest to konsekwencja modelu danych i oznacza, że każdy pasujący rekord z tabeli zamówień tworzy osobny wiersz wyniku. Jeżeli potrzebna jest jedna suma na klienta, należy użyć agregacji, na przykład COUNT lub SUM, wraz z GROUP BY.

Wartości NULL wymagają osobnej uwagi. Warunek kolumna = 'wartość' nie jest spełniony dla NULL, ponieważ SQL używa logiki trójwartościowej: wynik porównania może być prawdziwy, fałszywy albo nieznany. Do sprawdzania braku wartości służy IS NULL, a do sprawdzania jej obecności IS NOT NULL. Jeżeli filtrowanie dotyczy kolumny z tabeli dołączonej przez LEFT JOIN, zastosowanie zwykłego warunku w WHERE może nieoczekiwanie usunąć rekordy bez dopasowania. Przed użyciem zapytania należy więc ustalić, czy brak powiązanego rekordu ma oznaczać odrzucenie wiersza, czy jego zachowanie z pustymi wartościami.

Diagnostyka zapytania powinna obejmować również nazwy kolumn i aliasy tabel. Gdy kilka tabel zawiera kolumnę o nazwie id, zapis SELECT id może być niejednoznaczny. Bezpieczniej użyć pełnej kwalifikacji, na przykład klienci.id. Przy większych zbiorach danych istotne są indeksy na kolumnach wykorzystywanych do łączenia i filtrowania, chociaż sam indeks nie gwarantuje konkretnego planu wykonania. Rzeczywiste zachowanie trzeba ocenić w wybranym silniku SQL za pomocą jego narzędzi analizy planu zapytania.

Znaczenie konstrukcji JOIN WHERE w aplikacji komputerowej

Błędnie zbudowane zapytanie JOIN z WHERE może powodować niepełne listy, powielone rekordy albo brak danych wyświetlanych przez program. Objaw widoczny na laptopie lub komputerze PC nie musi oznaczać awarii sprzętu. Jeżeli aplikacja pobiera dane z lokalnej bazy lub z usługi sieciowej, przyczyną może być niepoprawny warunek relacji, filtr wykluczający wartości NULL albo założenie, że relacja jest jeden do jednego, mimo że w tabeli występuje wiele rekordów powiązanych.

Podczas sprawdzania problemu warto porównać zapytanie bez WHERE z zapytaniem po dodaniu filtra. Jeżeli dane pojawiają się przed filtrowaniem, należy przeanalizować typ wartości, wielkość liter zależną od ustawień silnika, wartości NULL oraz zgodność typów kolumn. Jeżeli problem występuje już po JOIN, trzeba sprawdzić klucze łączenia, wartości w obu tabelach i rodzaj zastosowanego złączenia. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów i komputerów PC, dlatego przy problemach z działaniem programu można oddzielić diagnostykę sprzętu od analizy objawów wynikających z aplikacji i jej zapytań do danych.