Wyjaśnij JOIN vs. LEFT JOIN i gdzie sugestia wydajność warunek bardziej szczegółowo

Question

W this candidate answer jest on twierdził, że jest lepiej niż JOINLEFT JOIN w pewnych okolicznościach obejmujących kilka WHERE klauzule ponieważ nie mylić planera zapytania i nie jest „bez sensu”. Twierdzenie/założenie jest takie, że powinno to być oczywiste dla każdego.

Proszę wyjaśnić dalej lub podać link (y) do dalszego czytania.

Answer 1

Rozważmy następujący przykład. Mamy dwie tabele, DEPARTAMENTY i PRACOWNICY.

Niektóre działy nie mają jeszcze pracowników.

To zapytanie wykorzystuje sprzężenie wewnętrzne, które znajdzie pracownika działu 999 pracuje w, jeśli w ogóle, w przeciwnym razie nie pokazuje nic (nawet pracownika lub jego nazwa):

select a.department_id, a.department_desc, b.employee_id, b.employee_name 
    from departments a 
    join employees b 
    on a.department_id = b.department_id 
where b.employee_id = '999' 

Następny kwerendy używa łączenie zewnętrzne (po lewej stronie między działami i pracownikami) i znajduje dział, w którym pracuje 999 pracownik. Jednak również nie będzie pokazywał identyfikatora pracownika ani jego nazwiska, jeśli nie działają oni w żadnym departamencie. Wynika to z faktu, że zewnętrzna połączona tabela jest używana w klauzuli WHERE. Jeśli nie ma odpowiedniego działu, będzie to wartość pusta (nie 999, mimo że 999 istnieje w przypadku pracowników).

select a.department_id, a.department_desc, b.employee_id, b.employee_name 
    from departments a 
    left join employees b 
    on a.department_id = b.department_id 
where b.employee_id = '999' 

ale za to zapytanie:

select a.department_id, a.department_desc, b.employee_id, b.employee_name 
    from departments a 
    left join employees b 
    on a.department_id = b.department_id 
    and b.employee_id= '999' 

Teraz kryteriów jest w sprawie klauzuli. Więc nawet jeśli ten pracownik pracuje w żadnym departamencie, nadal będzie zwrócony (jego identyfikator i imię). Kolumny działu będą miały wartość null, ale otrzymamy wynik (strona pracownika).

Można by pomyśleć, że nigdy nie będziesz chciał używać zewnętrznego połączonego stołu w klauzuli WHERE, ale niekoniecznie tak jest. Zwykle jest tak z przyczyn opisanych powyżej.

Załóżmy, że chcesz wszystkie działy bez pracowników. Następnie można wykonać następujące czynności, które wykonuje użyć sprzężenia zewnętrznego, a zewnętrzna dołączył tabela jest używana w klauzuli WHERE:

select a.department_id, a.department_desc, b.employee_id 
    from departments a 
    left join employees b 
    on a.department_id = b.department_id 
where b.employee_id is null 

^^ Pokazuje działów bez pracowników.

Powyższy tekst jest prawdopodobnie jedynym słusznym powodem, dla którego chciałbyś użyć tabeli połączonej zewnętrznie w klauzuli WHERE zamiast klauzuli ON (co, jak sądzę, jest twoim pytaniem, różnica między złączeniami wewnętrznym i zewnętrznym jest całkowicie inny temat).

Dobrym sposobem na sprawdzenie jest: Używasz zewnętrznych połączeń, aby zezwalać na wartości zerowe. Dlaczego miałbyś użyć zewnętrznego sprzężenia i powiedzieć, że pole nie powinno być puste i powinno być równe "XYZ"? Jeśli wartość musi mieć wartość "XYZ" (nie ma wartości null), to dlaczego należy nakazać bazie danych zezwolenie na wycofanie wartości null? To tak, jakby powiedzieć jedną rzecz, a później ją przesłonić.

Answer 2

Skutecznie, warunki WHERE i warunki JOIN dla [INNER] JOIN są w 100% równoważne w PostgreSQL. (Dobrą praktyką jest używanie jawnych warunków, aby ułatwić sobie czytanie i utrzymywanie zapytań).

To samo dotyczy , a nie true dla LEFT JOIN w połączeniu z warunkiem WHERE na stole po prawej stronie łączenia. Celem LEFT JOIN jest zachowanie wszystkich rzędów po lewej stronie łączenia, niezależnie od dopasowania po prawej stronie. Jeśli nie zostanie znalezione dopasowanie, wiersz zostanie rozszerzony o wartości NULL dla kolumn po prawej stronie. The manual:

LEFT OUTER JOIN

pierwsze sprzężenie wewnętrzne jest wykonane. Następnie dla każdego wiersza w T1, który nie spełnia warunku łączenia z dowolnym wierszem w T2, dodaje się połączony wiersz z wartościami pustymi w kolumnach T2. Zatem połączona tablica zawsze ma co najmniej jeden rząd dla każdego rzędu w T1.

Jeśli następnie zastosować WHERE stan na kolumnach tabel po prawej stronie, to utratę efektu i przymusowo przekonwertować LEFT JOIN pracować jak zwykły JOIN, tylko bardziej kosztownie ze względu na bardziej skomplikowaną planu kwerend.

W zapytaniu z wieloma połączonymi tabelami Postgres (lub dowolny RDBMS) jest trudny do znalezienia najlepszego (lub nawet dobrego) planu zapytań. Liczba teoretycznie możliwych sekwencji do łączenia tabel rośnie czynnikowo (!). Postgres używa do wykonania zadania "Generic Query Optimizer" i istnieje kilka ustawień, które mają na niego wpływ.

Niewyrażenie zapytania z wprowadzającym w błąd LEFT JOIN, jak opisano, utrudnia pracę twórcy zapytań, jest mylące dla czytelników ludzkich i zazwyczaj wskazuje na błędy w logice zapytań.

Wiele problemów związanych z odpowiedzi na wynikające z tego:

• Why does null equal integer in WHERE?
• Query with LEFT JOIN not returning rows for count of 0
• SQL query using outer join and limiting child records for each parent
• Left outer join acting like inner join
• Select rows which are not present in other table

Itp.