NOT IN (sottoquery) che produce zero righe

Se b è nullable, questo non è un bug. Il problema è che SQL Server trasforma NOT IN in una serie di <> 1 AND <> 2 AND <> 3 ecc. Se hai <> NULL , che restituisce sconosciuto, che in questo caso significa falso. In diversi scenari questo può qualificare o squalificare TUTTI righe. Piuttosto che il LEFT JOIN approccio, dovresti dire:

FROM dbo.OuterTable AS t
WHERE NOT EXISTS (SELECT 1 FROM x WHERE b = t.a);

Ecco una rapida dimostrazione:

DECLARE @x TABLE(i INT);
INSERT @x VALUES(1),(2);

DECLARE @y TABLE(j INT);
INSERT @y VALUES(2),(NULL);

SELECT i FROM @x WHERE i NOT IN -- produces zero results
  (SELECT j FROM @y);

SELECT i FROM @x  AS x WHERE NOT EXISTS -- produces one result
  (SELECT 1 FROM @y WHERE j = x.i);

Per molti più dettagli (e metriche per dimostrare perché NOT EXISTS è la migliore alternativa):

http://www.sqlperformance.com /2012/12/t-sql-queries/left-anti-semi-join

Inoltre, leggi questo post sul blog di Gail Shaw:

http://sqlinthewild. co.za/index.php/2010/02/18/not-exists-vs-not-in/