내 SQL 'NOT IN' 쿼리가 예기치 않은 결과를 반환하는 이유는 무엇입니까?

SQL NOT IN 연산자: 예상 대 실제

SQL의 NOT IN 연산자는 종종 문제를 야기합니다. 이 문서에서는 NOT IN 예상 기능이 실패하는 것으로 보이는 시나리오를 살펴보고 문제를 분석하고 대안을 제공합니다.

두 개의 데이터베이스가 있다고 가정해 보겠습니다. 하나는 기본 인벤토리를 포함하고 다른 하나는 이러한 레코드의 하위 집합을 포함합니다. NOT IN을 사용하는 쿼리는 다음 두 데이터베이스 간의 차이점을 찾으려고 시도합니다.

<code class="language-sql">SELECT  stock.IdStock
        ,stock.Descr       
FROM    [Inventory].[dbo].[Stock] stock
WHERE   stock.IdStock NOT IN
        (SELECT foreignStockId FROM
         [Subset].[dbo].[Products])</code>

그러나 이 쿼리는 예상한 결과를 제공하지 못했습니다. 하위 집합 데이터베이스에 존재하는 경우에도 모든 레코드를 제외합니다. 데이터가 부족하여 "무엇이 잘못되었나요?"라는 의문이 제기됩니다.

답은 하위 집합 데이터베이스에서 NULL 값이 발생할 가능성에 있습니다. NULL 값이 발견되면 NOT IN 쿼리는 NULL로 평가되어 해당 레코드가 제외됩니다. 이 동작은 조건자가 True, False 또는 Unknown을 반환할 수 있는 SQL에서 사용되는 세 값 논리에서 비롯됩니다.

이 문제를 해결하려면 두 가지 대안을 고려해 볼 수 있습니다.

사용 IS NOT NULL:

<code class="language-sql">SELECT stock.IdStock,
       stock.Descr
FROM   [Inventory].[dbo].[Stock] stock
WHERE  stock.IdStock NOT IN (SELECT foreignStockId
                             FROM   [Subset].[dbo].[Products]
                             WHERE  foreignStockId IS NOT NULL)</code>

NOT EXISTS 대신 NOT IN 사용:

<code class="language-sql">SELECT stock.idstock,
       stock.descr
FROM   [Inventory].[dbo].[Stock] stock
WHERE  NOT EXISTS (SELECT *
                   FROM   [Subset].[dbo].[Products] p
                   WHERE  p.foreignstockid = stock.idstock)</code>

두 방법 모두 NULL 값을 효율적으로 처리하여 유효한 비교만 수행되도록 합니다. NOT EXISTS을 사용하는 후자의 접근 방식은 일반적으로 실행 계획을 단순화하여 더 나은 성능을 제공합니다.

SQL에서 NULL 값을 처리할 때 항상 3개 값 논리를 고려하고 적절한 기술을 사용하여 예상치 못한 결과를 방지하세요.

위 내용은 내 SQL 'NOT IN' 쿼리가 예기치 않은 결과를 반환하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!