CROSS JOIN

CROSS JOIN to operator Transact-SQL zwracający wszystkie możliwe kombinacje wierszy dwóch łączonych tabel.

Iloczyn kartezjański w Transact-SQL

CROSS JOIN w Microsoft SQL Server tworzy iloczyn kartezjański dwóch zbiorów wierszy. Oznacza to, że każdy wiersz z pierwszej tabeli zostaje połączony z każdym wierszem z drugiej tabeli. Jeżeli tabela A zawiera 4 wiersze, a tabela B zawiera 3 wiersze, wynik połączenia będzie zawierał 12 wierszy, o ile zapytanie nie zostanie ograniczone przez dodatkowe warunki, takie jak filtr w klauzuli WHERE. Operator nie szuka zgodnych wartości w określonych kolumnach i nie wymaga relacji klucza głównego z kluczem obcym.

Podstawowa składnia w SQL Server ma postać SELECT kolumny FROM TabelaA CROSS JOIN TabelaB;. W wyniku znajdują się kolumny wybrane z obu tabel, a wiersze są zestawiane według wszystkich możliwych kombinacji. Jeśli obie tabele mają kolumny o takich samych nazwach, należy użyć aliasów i kwalifikować nazwy kolumn, na przykład A.Nazwa oraz B.Nazwa, aby uniknąć niejednoznaczności. Sam operator CROSS JOIN nie przyjmuje klauzuli ON, ponieważ nie definiuje warunku dopasowania.

Różnica między CROSS JOIN a połączeniem warunkowym

Najważniejsza różnica między CROSS JOIN a INNER JOIN polega na sposobie budowania wyniku. W przypadku INNER JOIN SQL Server zwraca tylko te pary wierszy, dla których spełniony jest warunek zapisany po ON. Przykładowo połączenie tabel klientów i zamówień po identyfikatorze klienta pokaże zamówienia przypisane do właściwych osób. CROSS JOIN utworzy natomiast także pary, które nie mają żadnego znaczenia biznesowego, ponieważ nie sprawdza zgodności identyfikatorów.

Operator może być użyty świadomie, gdy celem jest wygenerowanie pełnej siatki kombinacji. Przykładem jest zestawienie wszystkich produktów ze wszystkimi oddziałami przed późniejszym sprawdzeniem dostępności, przygotowanie kombinacji dni i godzin w harmonogramie albo utworzenie listy wszystkich wariantów parametrów testowych. W takim przypadku wynik nie jest błędem, lecz pośrednim zbiorem danych, który może zostać dalej ograniczony przez WHERE, agregację lub inne operacje zapytania.

Warunek umieszczony w WHERE może zmienić praktyczny rezultat zapytania, ale nie zmienia znaczenia operatora. Najpierw logicznie powstają możliwe pary wierszy, a następnie filtr usuwa te, które nie spełniają wskazanego wyrażenia. Z tego powodu zapis z CROSS JOIN i filtrem może przypominać zwykły INNER JOIN, jednak czytelność, plan wykonania i sposób interpretacji zapytania zależą od konkretnej konstrukcji oraz danych.

Kontrola liczby wierszy i kosztu wykonania

Przy użyciu CROSS JOIN trzeba zawsze obliczyć przewidywany rozmiar wyniku. Dla tabel zawierających odpowiednio n i m wierszy liczba kombinacji wynosi n × m. Połączenie tabel liczących po 10 000 wierszy może więc utworzyć logiczny zbiór zawierający do 100 000 000 kombinacji. Taki rezultat może wymagać znacznej ilości pamięci, czasu procesora i operacji wejścia-wyjścia, zwłaszcza gdy zapytanie sortuje dane, grupuje je albo zapisuje wynik do kolejnej tabeli.

SQL Server może zastosować różne operatory fizyczne podczas wykonywania zapytania, między innymi zagnieżdżone pętle, sortowanie lub inne strategie wynikające z optymalizacji planu. Plan wykonania zależy od statystyk, indeksów, szacowanej liczby wierszy, filtrów i wybranych kolumn. Samo istnienie indeksu nie gwarantuje małego kosztu, ponieważ pełna kombinacja dużych tabel pozostaje duża z definicji. Do sprawdzenia zachowania zapytania można użyć planu wykonania w SQL Server Management Studio oraz statystyk czasu i operacji wejścia-wyjścia.

Bezpieczniejsza konstrukcja zwykle ogranicza dane przed utworzeniem kombinacji, o ile ograniczenie jest zgodne z celem zapytania. Można zastosować warunki w podzapytaniach, filtr WHERE, wybór tylko niezbędnych kolumn oraz odpowiednią paginację. Warto także unikać SELECT *, gdy wynik ma być duży, ponieważ każda dodatkowa kolumna zwiększa ilość przesyłanych i przetwarzanych danych. Przed uruchomieniem zapytania na produkcyjnej bazie należy sprawdzić zarówno liczbę wierszy źródłowych, jak i przewidywany rozmiar wyniku.

CROSS JOIN w analizie danych i diagnostyce zapytań SQL Server

W praktyce administracyjnej i programistycznej ten operator jest przydatny do tworzenia kontrolowanych zestawień testowych. Można na przykład połączyć tabelę zawierającą listę wartości konfiguracyjnych z tabelą zawierającą scenariusze testowe, aby uzyskać każdą kombinację wejść. Rezultat powinien być jednak jednoznacznie nazwany i ograniczony do zakresu potrzebnego dla danego testu. Jeżeli zapytanie zwraca wielokrotnie więcej wierszy, niż zakładano, pierwszym krokiem jest sprawdzenie, czy użyto CROSS JOIN celowo oraz czy któraś tabela nie zawiera duplikatów.

Podczas analizy problemu warto porównać liczbę wierszy przed i po połączeniu, sprawdzić warunki filtrujące oraz przejrzeć plan wykonania. Trzeba również zwrócić uwagę na puste tabele: iloczyn kartezjański z tabelą zawierającą zero wierszy daje zero wierszy, niezależnie od liczby rekordów w drugiej tabeli. Wartości NULL w kolumnach nie eliminują kombinacji, ponieważ operator nie porównuje wartości. Mogą natomiast wpływać na dalsze obliczenia, sortowanie, filtrowanie lub wyrażenia użyte w projekcji.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i podzespołów, natomiast problemy z zapytaniami CROSS JOIN w środowisku SQL Server wymagają analizy samego kodu Transact-SQL, schematu tabel, statystyk oraz planu wykonania. Przy diagnozowaniu aplikacji korzystającej z bazy danych należy rozdzielić awarię sprzętu od błędu logiki zapytania: nadmierna liczba rekordów, długie wykonywanie polecenia lub przeciążenie pamięci mogą wynikać z niezamierzonego iloczynu kartezjańskiego, a nie z uszkodzenia laptopa czy komputera.