Czy kolejność łączenia ma znaczenie w SQL?

Niezależnie od wydajności, czy otrzymam ten sam wynik z poniższych zapytań A i B? A co z C i D?

-- A
select *
from   a left join b
           on <blahblah>
       left join c
           on <blahblan>


-- B
select *
from   a left join c
           on <blahblah>
       left join b
           on <blahblan>  

-- C
select *
from   a join b
           on <blahblah>
       join c
           on <blahblan>


-- D
select *
from   a join c
           on <blahblah>
       join b
           on <blahblan>  

W przypadku INNERdołączeń nie, kolejność nie ma znaczenia. Zapytania zwrócą te same wyniki, o ile zmienisz wybrane opcje z SELECT *na SELECT a.*, b.*, c.*.

Dla ( LEFT, RIGHTlub FULL) OUTERsprzężeń, tak, sprawy zamówienie - i ( zaktualizowane ) rzeczy są o wiele bardziej skomplikowane.

Po pierwsze, połączenia zewnętrzne nie są przemienne, więc a LEFT JOIN bnie są takie same jakb LEFT JOIN a

Sprzężenia zewnętrzne również nie są asocjacyjne, więc w twoich przykładach, które dotyczą obu właściwości (przemienności i asocjatywności):

a LEFT JOIN b 
    ON b.ab_id = a.ab_id
  LEFT JOIN c
    ON c.ac_id = a.ac_id

odpowiada :

a LEFT JOIN c 
    ON c.ac_id = a.ac_id
  LEFT JOIN b
    ON b.ab_id = a.ab_id

ale:

a LEFT JOIN b 
    ON  b.ab_id = a.ab_id
  LEFT JOIN c
    ON  c.ac_id = a.ac_id
    AND c.bc_id = b.bc_id

nie jest równoważne z :

a LEFT JOIN c 
    ON  c.ac_id = a.ac_id
  LEFT JOIN b
    ON  b.ab_id = a.ab_id
    AND b.bc_id = c.bc_id

Kolejny (miejmy nadzieję prostszy) przykład asocjatywności. Pomyśl o tym jako (a LEFT JOIN b) LEFT JOIN c:

a LEFT JOIN b 
    ON b.ab_id = a.ab_id          -- AB condition
 LEFT JOIN c
    ON c.bc_id = b.bc_id          -- BC condition

Jest to równoważne z a LEFT JOIN (b LEFT JOIN c):

a LEFT JOIN  
    b LEFT JOIN c
        ON c.bc_id = b.bc_id          -- BC condition
    ON b.ab_id = a.ab_id          -- AB condition

tylko dlatego, że mamy „miłe” ONwarunki. Zarówno ON b.ab_id = a.ab_idi c.bc_id = b.bc_idsą kontrole równości i nie wiążą się NULLporównań.

Można nawet mieć warunki z innymi operatorami lub bardziej skomplikowanych, takich jak: ON a.x <= b.xlub ON a.x = 7lub ON a.x LIKE b.xlub ON (a.x, a.y) = (b.x, b.y)i dwa zapytania nadal byłyby równoważne.

Jeśli jednak którykolwiek z nich dotyczy IS NULLlub funkcja jest powiązana z zerami COALESCE(), na przykład jeśli warunek był spełniony b.ab_id IS NULL, wówczas dwa zapytania nie byłyby równoważne.

dla zwykłych dołączeń tak nie jest. TableA join TableBstworzy taki sam plan wykonania jak TableB join TableA(więc twoje przykłady C i D byłyby takie same)

dla lewych i prawych połączeń to robi. TableA left Join TableBjest inny niż TableB left Join TableA, ale jest taki sam jakTableB right Join TableA

Jeśli spróbujesz dołączyć do C na polu z B przed dołączeniem do B, tj .:

SELECT A.x, A.y, A.z FROM A 
   INNER JOIN C
       on B.x = C.x
   INNER JOIN b
       on A.x = B.x

Twoje zapytanie nie powiedzie się, więc w tym przypadku kolejność ma znaczenie.

Optymalizator Oracle wybiera kolejność łączenia tabel dla łączenia wewnętrznego. Optymalizator wybiera kolejność łączenia tabel tylko w prostych klauzulach FROM. U może sprawdzić dokumentację wyroczni na swojej stronie internetowej. A dla lewych, prawych stron zewnętrznych najbardziej głosowana odpowiedź jest odpowiednia. Optymalizator wybiera optymalną kolejność łączenia, a także optymalny indeks dla każdej tabeli. Kolejność łączenia może mieć wpływ na to, który indeks jest najlepszym wyborem. Optymalizator może wybrać indeks jako ścieżkę dostępu do tabeli, jeśli jest to tabela wewnętrzna, ale nie, jeśli jest to tabela zewnętrzna (i nie ma dalszych kwalifikacji).

Optymalizator wybiera kolejność łączenia tabel tylko w prostych klauzulach FROM. Większość złączeń za pomocą słowa kluczowego JOIN jest spłaszczonych do prostych złączeń, więc optymalizator wybiera kolejność łączenia.

Optymalizator nie wybiera kolejności łączenia dla połączeń zewnętrznych; używa kolejności określonej w instrukcji.

Przy wyborze kolejności łączenia optymalizator bierze pod uwagę: Rozmiar każdej tabeli Indeksy dostępne w każdej tabeli Czy indeks w tabeli jest przydatny w określonej kolejności łączenia Liczba wierszy i stron do skanowania dla każdej tabeli w każdej dołączyć do zamówienia