В чем разница между NOT EXISTS и NOT IN против LEFT JOIN, ГДЕ НУЛЬ?

Мне кажется, что вы можете сделать то же самое в запросе SQL, используя NOT EXISTS, NOT IN или LEFT JOIN WHERE NULL. Например:

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 vs. LEFT JOIN / IS NULL: SQL Server

• NOT IN против NOT EXISTS vs. LEFT JOIN / IS NULL: PostgreSQL

• НЕ В, против НЕ СУЩЕСТВУЕТ, ПРОТИВ ЛЕВНОГО СОЕДИНЕНИЯ / НУЛЬ: Oracle

• НЕ В, против НЕ СУЩЕСТВУЕТ, ПРОТИВ ЛЕВОГО СОЕДИНЕНИЯ / НУЛЬ: MySQL

В двух словах:

NOT INнемного отличается: он никогда не совпадает, если NULLв списке есть только один .

• В MySQL, NOT EXISTSнемного менее эффективным

• В SQL Server, LEFT JOIN / IS NULLменее эффективен

• В PostgreSQL, NOT INменее эффективен

• В Oracle, все три метода одинаковы.

Если база данных хороша для оптимизации запроса, два первых будут преобразованы во что-то близкое к третьему.

Для простых ситуаций, подобных тем, о которых вы спрашиваете, различий не должно быть или почти не должно быть, поскольку все они будут выполняться как объединения. В более сложных запросах, база данных может быть не в состоянии сделать присоединиться из ряда not inи not existsqueryes. В этом случае запросы станут намного медленнее. С другой стороны, объединение может также работать плохо, если нет индекса, который можно использовать, так что если вы используете объединение, это еще не значит, что вы в безопасности. Вам нужно будет изучить план выполнения запроса, чтобы определить, есть ли проблемы с производительностью.

Предполагая, что вы избегаете пустых значений, все они являются способами написания анти-объединения с использованием стандартного SQL.

Очевидным упущением является эквивалент использования EXCEPT:

SELECT a FROM table1
EXCEPT
SELECT a FROM table2

Обратите внимание, что в Oracle вам нужно использовать MINUSоператор (возможно, лучшее имя):

SELECT a FROM table1
MINUS
SELECT a FROM table2

Говоря о проприетарном синтаксисе, могут быть и нестандартные эквиваленты, которые стоит изучить в зависимости от продукта, который вы используете, например, OUTER APPLYв SQL 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, но я думаю, в любой базе данных) не проверять, что «не существует записей с« такими »значениями в таблице», - скорее просто вставьте в таблицу, и лишние записи (по ключу) не будут вставлены дважды.

С точки зрения производительности всегда избегайте использования обратных ключевых слов, таких как NOT IN, NOT EXISTS, ... Потому что для проверки обратных элементов СУБД необходимо просмотреть все доступные и отбросить обратный выбор.