이제 다른질문을 던져보자. Not In 서브쿼리에서 메인쿼리와 조인되는 컬럼이 NULL을 허용한다면 
Is Null 서브쿼리가 항상 추가될까? 그렇지 않다. 아래의 SQL을 보자.

SELECT /*+ QB_NAME(MAIN) USE_HASH(E@SUB) */
       d.department_id, d.department_name, location_id
  FROM department d
 WHERE d.department_id NOT IN (SELECT /*+ QB_NAME(SUB) */
                                      e.department_id
                                 FROM employee e) 
   AND d.location_id = 1700;
 
-----------------------------------------------------------------------------------------
| Id  | Operation                    | Name             | A-Rows |   A-Time   | Buffers |
-----------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT             |                  |      0 |00:00:00.02 |       9 |
|*  1 |  HASH JOIN ANTI NA           |                  |      0 |00:00:00.02 |       9 |
|   2 |   TABLE ACCESS BY INDEX ROWID| DEPARTMENT       |     21 |00:00:00.01 |       2 |
|*  3 |    INDEX RANGE SCAN          | DEPT_LOCATION_IX |     21 |00:00:00.01 |       1 |
|   4 |   TABLE ACCESS FULL          | EMPLOYEE         |     97 |00:00:00.01 |       7 |
-----------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   1 - access("D"."DEPARTMENT_ID"="E"."DEPARTMENT_ID")
   3 - access("D"."LOCATION_ID"=1700)

서브쿼리의 조인방법을 Hash Join으로 바꾸자 Null을 체크하는 Filter가 사라졌다. 이처럼 ANTI NA는 
조인방법에 따라 적응적 탐색(Adaptive Null Aware Scan)을 한다. 예컨대 Nested Loop Join을 선택하면 
Null을 체크하는 서브쿼리가 추가되고 Hash Join을 선택하면 서브쿼리가 추가되지 않는것이다.