NOT EXISTS対NOT IN対LEFT JOIN WHERE IS NULLの違いは何ですか？

NOT EXISTS、NOT IN、またはLEFT JOIN WHERE IS NULLのいずれかを使用してSQLクエリで同じことができるように思えます。例えば：

SELECT a FROM table1 WHERE a NOT IN (SELECT a FROM table2)

SELECT a FROM table1 WHERE NOT EXISTS (SELECT * FROM table2 WHERE table1.a = table2.a)

SELECT a FROM table1 LEFT JOIN table2 ON table1.a = table2.a WHERE table1.a IS NULL

すべての構文が正しいかどうかはわかりませんが、これらは私が見た一般的な手法です。なぜどちらか一方を使用することを選択するのですか？パフォーマンスは異なりますか？これらのうちどれが最も速く/最も効率的ですか？（実装に依存する場合、それぞれをいつ使用しますか？）

• NOT IN対NOT EXISTS対LEFT JOIN / IS NULL：SQL Server

• NOT IN対NOT EXISTS対LEFT JOIN / IS NULL：PostgreSQL

• NOT IN対NOT EXISTS対LEFT JOIN / IS NULL：Oracle

• NOT IN対NOT EXISTS対LEFT JOIN / IS NULL：MySQL

一言で言えば：

NOT INは少し異なりNULLます。リストに1つしかない場合は一致しません。

• ではMySQL、NOT EXISTS少し効率が悪い

• ではSQL Server、LEFT JOIN / IS NULL効率が悪い

• ではPostgreSQL、NOT IN効率が悪い

• ではOracle、3つの方法はすべて同じです。

データベースがクエリの最適化に優れている場合、最初の2つは3番目に近いものに変換されます。

質問のような単純な状況の場合、それらはすべて結合として実行されるため、ほとんどまたはまったく違いがないはずです。より複雑なクエリでは、データベースがnot inand not existsクエリから結合できない場合があります。その場合、クエリは非常に遅くなります。一方、使用できるインデックスがない場合、結合のパフォーマンスも低下することがあります。そのため、結合を使用したからといって、安全であるとは限りません。クエリの実行プランを調べて、パフォーマンスの問題があるかどうかを確認する必要があります。

nullを回避していると仮定すると、nullはすべて、標準SQLを使用して反結合を作成する方法です。

明らかな省略は、以下を使用した場合と同等EXCEPTです。

SELECT a FROM table1
EXCEPT
SELECT a FROM table2

Oracleでは、MINUS演算子（おそらくより適切な名前）を使用する必要があることに注意してください。

SELECT a FROM table1
MINUS
SELECT a FROM table2

独自仕様の構文といえば、たとえばOUTER APPLYSQL Serverで使用している製品（など）によっては、調査する価値のある非標準の同等のものもある場合があります。

SELECT t1.a
  FROM table1 t1
       OUTER APPLY 
       (
        SELECT t2.a
          FROM table2 t2
         WHERE t2.a = t1.a
       ) AS dt1
 WHERE dt1.a IS NULL;

複数フィールドの主キーを持つテーブルにデータを挿入する必要がある場合は、「Accessで試したが、どのデータベースでも考える）「テーブルに「そのような」値を持つレコードが存在しない」ことを確認しない方がはるかに高速であることを考慮してください。 -テーブルに挿入するだけで、余分なレコード（キーによる）は2回挿入されません。

パフォーマンスの観点では、NOT IN、NOT EXISTSなどのインバースキーワードの使用は常に避けてください。インバースアイテムをチェックするには、DBMSが利用可能なすべてのアイテムを実行し、インバース選択を削除する必要があるためです。