Dziwne zachowanie pełnego połączenia zewnętrznego w Oracle - jak można to wyjaśnić?

Question

Zauważyłem dziwne zachowanie PEŁNEGO ZEWNĘTRZNEGO DOŁĄCZU w Oracle 11. Dołączyłem do tabel ze schematu HR, szczególnie PRACOWNICY i DEPARTAMENTY.

Na przykład poniższa kwerenda zwraca 123 rzędów:

SELECT * FROM employees e 
    FULL JOIN departments d ON e.department_id = d.department_id 

Jednak to, co jest trudne do zrozumienia - gdy kładę zbiór poszczególnych kolumn w klauzuli SELECT, kwerenda zwróci 122 wiersze (a brakuje wiersz jest dla pracownika, który nie ma przypisanego dział - ten, który jest dodatkowo wrócił z lewej przyłączyć w porównaniu do sprzężenia wewnętrznego):

SELECT first_name, last_name, department_name FROM employees e 
    FULL JOIN departments d on e.department_id = d.department_id 

Nawet kiedy liczyć wierszy zwraca 122 (COUNT(*)) !!! CO SIĘ DZIEJE? Jaka jest różnica między SELECT * i SELECT COUNT(*)?

wyjaśniania plan SELECT * ...:

SELECT STATEMENT          122 
    VIEW     VW_FOJ_0      122 
    HASH JOIN       FULL OUTER  122 
     Access Predicates 
     E.DEPARTMENT_ID = D.DEPARTMENT_ID 
     TABLE ACCESS  DEPARTMENTS  FULL   27 
     TABLE ACCESS  EMPLOYEES  FULL   107 

i dla SELECT COUNT(*) ...:

SELECT STATEMENT            1 
    SORT          AGGREGATE   1 
    VIEW    VW_FOJ_0       122 
     HASH JOIN       FULL OUTER  122 
     Access Predicates 
      E.DEPARTMENT_ID = D.DEPARTMENT_ID 
     INDEX   DEPT_ID_PK   FAST FULL SCAN 27 
     INDEX   EMP_DEPARTMENT_IX FAST FULL SCAN 107 

Answer 1

optymalizator nie powinien być wybór do użyj indeksu na EMP.DEPT_ID w drugim zapytaniu, ponieważ może on mieć wartości NULL. Właśnie to powoduje wykluczenie jednego wiersza z wyników.

Jedyne wyjaśnienie, którego nie potrafię sobie teraz wyobrazić, to to, że w jakiś sposób utworzyliście ograniczenia w trybie WYŁĄCZENIE NABYTU, aby optymalizator uważał, że pole nie może zawierać wartości NULL. W takim przypadku prawidłowe byłoby użycie indeksu z niepoprawnymi informacjami w wiązaniach. Jednak wygląda na to, że opcja RELY nie jest dostępna dla ograniczeń NOT NULL, więc nie widzę, jak może to być problem. Należy jednak uważnie przyjrzeć się wszystkim ograniczeniom na tabelach.

Poza tym na stronie Oracle występuje zaskakująco dużo błędów dotyczących złych wyników z pełnych zewnętrznych połączeń. Możesz uderzać w jednego z nich. W sporo takich przypadkach rozwiązaniem jest wyłączenie „native” pełna sprzężenia zewnętrzne, które możesz zrobić dla swojej bieżącej sesji z tym stwierdzeniem:

alter session set "_optimizer_native_full_outer_join"=off; 

Answer 2

(nie mogę napisać to w komentarzu)

Wyniki upodobnić się do planów realizacyjnych.

Plan wykonania count (*) używa indeksu EMP_DEPARTMENT_IX, który zawiera wszystkie dept_ids z tabeli Employess. Ale indeksy nie zawierają wartości null. Tak więc ten plan wykonania "straci" emps z pustym id_ departamentu.

Jednakże, należy wyjaśnić, dlaczego Oracle wybrać ten plan wykonania w przypadku

select first_name, last_name, department_name 

i

select count(*) 

w opozycji do

select *