[sql] 존재하지 않음 vs 존재하지 않음

항상 기본값은 NOT EXISTS입니다.

실행 계획은 현재 동일 할 수 있지만 나중에 두 열을 변경하여 NULLs 를 허용 하면 NOT IN버전에 더 많은 작업을 수행해야합니다 ( NULL실제로 데이터에 s가 없는 경우에도 ) 및 s 가 있는 NOT IN경우 NULL의 의미 어쨌든 원하는 사람이 아닐 것입니다.

시도 Products.ProductID또는 [Order Details].ProductID수 NULL의을은 NOT IN다음 쿼리와 동일하게 취급됩니다.

SELECT ProductID,
       ProductName
FROM   Products p
WHERE  NOT EXISTS (SELECT *
                   FROM   [Order Details] od
                   WHERE  p.ProductId = od.ProductId) 

정확한 계획은 다를 수 있지만 내 예제 데이터의 경우 다음을 얻습니다.

합리적으로 일반적인 오해는 연관 하위 쿼리가 조인에 비해 항상 “나쁜”것입니다. 중첩 된 루프 계획 (행별로 평가 된 하위 쿼리)을 강제로 적용 할 때도 가능하지만이 계획에는 반반 결합 논리 연산자가 포함됩니다. 안티 세미 조인은 중첩 루프로 제한되지 않지만 해시 또는 병합 (이 예와 같이) 조인도 사용할 수 있습니다.

/*Not valid syntax but better reflects the plan*/
SELECT p.ProductID,
       p.ProductName
FROM   Products p
       LEFT ANTI SEMI JOIN [Order Details] od
         ON p.ProductId = od.ProductId 

경우 [Order Details].ProductID입니다 NULL-able 쿼리는된다

SELECT ProductID,
       ProductName
FROM   Products p
WHERE  NOT EXISTS (SELECT *
                   FROM   [Order Details] od
                   WHERE  p.ProductId = od.ProductId)
       AND NOT EXISTS (SELECT *
                       FROM   [Order Details]
                       WHERE  ProductId IS NULL) 

s가 [Order Details]포함 된 경우 올바른 의미론 NULL ProductId은 결과를 반환하지 않기 때문입니다. 추가 반반 결합 및 행 수 스풀을 참조하여 계획에 추가되었는지 확인하십시오.

경우 Products.ProductID도되기 위해 변경 NULL-able 쿼리는된다

SELECT ProductID,
       ProductName
FROM   Products p
WHERE  NOT EXISTS (SELECT *
                   FROM   [Order Details] od
                   WHERE  p.ProductId = od.ProductId)
       AND NOT EXISTS (SELECT *
                       FROM   [Order Details]
                       WHERE  ProductId IS NULL)
       AND NOT EXISTS (SELECT *
                       FROM   (SELECT TOP 1 *
                               FROM   [Order Details]) S
                       WHERE  p.ProductID IS NULL) 

그 이유 는 하위 쿼리가 결과를 전혀 반환하지 않는 경우 (예 : 테이블이 비어있는 경우)를 제외하고NULL Products.ProductId 결과에 a 를 반환 하면 안되기 때문 입니다. 어떤 경우에해야합니다. 내 샘플 데이터 계획에서 이것은 다음과 같이 다른 반 세미 조인을 추가하여 구현됩니다.NOT IN[Order Details]

이것의 효과는 Buckley에 의해 이미 링크 된 블로그 게시물에 표시됩니다 . 이 예에서는 논리적 읽기 수가 약 400에서 500,000으로 증가합니다.

또한 하나 NULL의 행 수를 0으로 줄일 수 있다는 사실 은 카디널리티 추정을 매우 어렵게 만듭니다. SQL Server가 이러한 상황이 발생한다고 가정하지만 실제로 NULL데이터에 행 이 없으면 나머지 실행 계획이 더 큰 쿼리의 일부인 경우 치명적으로 악화 될 수 있습니다. 부적절한 중첩 루프로 인해 값 비싼 하위 항목이 반복적으로 실행되는 예를 들어 트리 .

이것은 유일한 가능한 실행 계획이없는 NOT INA의 NULL그러나 -able 열입니다. 이 기사는 다른 것을 보여줍니다AdventureWorks2008 데이터베이스 에 대한 쿼리에 대한 .

를 들어 NOT INA의 NOT NULL열 또는 NOT EXISTS널 (NULL) 또는 비 널 (NULL) 열 중 하나에 대한 다음과 같은 계획을 제공합니다.

열이 NULL-able로 변경되면 NOT IN계획은 다음과 같습니다.

내부 조인 연산자를 계획에 추가합니다. 이 장치는 여기 에 설명되어 있습니다 . 이전의 단일 상관 ​​인덱스 검색을 Sales.SalesOrderDetail.ProductID = <correlated_product_id>외부 행당 두 개의 검색으로 변환하는 것이 전부 입니다. 추가가 켜져 WHERE Sales.SalesOrderDetail.ProductID IS NULL있습니다.

반 반 조인 아래 있으므로 행을 반환하면 두 번째 탐색이 발생하지 않습니다. 그러나을 Sales.SalesOrderDetail포함하지 않으면 NULL ProductID필요한 검색 작업 수의 두 배가됩니다.

답변

SELECT ProductID, ProductName
    FROM Northwind..Products p
          outer join Northwind..[Order Details] od on p.ProductId = od.ProductId)
WHERE od.ProductId is null

SELECT * from TABLE1 WHERE Col1 NOT IN (SELECT Col1 FROM TABLE2)

SELECT * from TABLE1 T1 WHERE NOT EXISTS (SELECT Col1 FROM TABLE2 T2 WHERE T1.Col1 = T2.Col2)