Яка різниця між НЕ ІСНУЄТЬСЯ проти НЕ ВІД І НАЛЕВОМ ПРИЄДНАЙТЕСЬ, ЩО НУЛЬТЕ?

Мені здається, що ви можете зробити те ж саме в 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

Я не впевнений, чи правильний синтаксис я правильний, але це загальні методи, які я бачив. Чому я вирішив використовувати один над іншим? Чи відрізняється продуктивність ...? Який із них найшвидший / найефективніший? (Якщо це залежить від впровадження, коли я буду використовувати їх?)

• НЕ ТА НЕ ІСНУЄТЬСЯ проти ЛІВОГО ПРИЄДНАННЯ / НУЛЬНО: SQL Server

• НЕ ТА НЕ ІСНУЄТЬСЯ проти ЛІВОГО ПРИЄДНАННЯ / НУЛЬНО: PostgreSQL

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

• НЕ проти та не існує проти лівого приєднання / це нуль: MySQL

Коротко:

NOT INдещо інше: воно ніколи не відповідає, якщо є лише одне NULLв списку.

• В MySQL, NOT EXISTSтрохи менш ефективний

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

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

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

Якщо база даних добре оптимізує запит, два перші будуть перетворені на щось близьке до третього.

Для простих ситуацій, таких, як у вас, про які ви питаєте, має бути незначна різниця, оскільки всі вони виконуватимуться як з'єднання. У більш складних запитах, база даних може бути не в змозі зробити приєднатися з ряду not inі not existsqueryes. У такому випадку запити будуть набагато повільніше. З іншого боку, приєднання також може бути поганим, якщо немає індексу, який можна використати, тому що лише тому, що ви використовуєте приєднання, це не означає, що ви в безпеці. Вам доведеться вивчити план виконання запиту, щоб визначити, чи можуть виникнути проблеми з ефективністю.

Якщо припустити, що ви уникаєте нулів, то це всі способи написання антиприєднання за допомогою Standard 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, але я думаю, в будь-якій базі даних) не перевіряти, що "в таблиці немає записів із" такими "значеннями", - досить просто вставити в таблицю, і зайві записи (за ключем) не будуть вставлені двічі.

Перспектива ефективності завжди уникає використання зворотних ключових слів, як НЕ, НЕ ІСНУЄТЬСЯ, ... Оскільки для перевірки обернених елементів СУБД потрібно пропустити всі наявні та відкинути обернену вибірку.