Загальна ідея
Будь ласка , дивіться відповідь на Мартіна Сміта за кращі illustations і пояснення різних з'єднань, в тому числі і в особливості відмінності між FULL OUTER JOIN, RIGHT OUTER JOINі LEFT OUTER JOIN.
Ці дві таблиці є основою для подання наведених JOINнижче s:
КРОВИЙ ПРИЄДНАЙТЕ
SELECT *
FROM citizen
CROSS JOIN postalcode
Результатом стануть декартові вироби всіх комбінацій. Не JOINпотрібна умова:
ВНУТРІШНЄ З'ЄДНАННЯ
INNER JOIN те саме, що просто: JOIN
SELECT *
FROM citizen c
JOIN postalcode p ON c.postal = p.postal
Результатом стануть комбінації, які відповідають необхідній JOINумові:
ЛІВНІЙ ЗОВНІШНІ ПРИЄДНАЙТЕ
LEFT OUTER JOIN те саме, що LEFT JOIN
SELECT *
FROM citizen c
LEFT JOIN postalcode p ON c.postal = p.postal
Результатом буде все, citizenнавіть якщо в матчі немає матчів postalcode. Знову необхідна JOINумова:
Дані для гри
Усі приклади представлені на Oracle 18c. Вони доступні на dbfiddle.uk, звідки також з’явилися скріншоти таблиць.
CREATE TABLE citizen (id NUMBER,
name VARCHAR2(20),
postal NUMBER, -- <-- could do with a redesign to postalcode.id instead.
leader NUMBER);
CREATE TABLE postalcode (id NUMBER,
postal NUMBER,
city VARCHAR2(20),
area VARCHAR2(20));
INSERT INTO citizen (id, name, postal, leader)
SELECT 1, 'Smith', 2200, null FROM DUAL
UNION SELECT 2, 'Green', 31006, 1 FROM DUAL
UNION SELECT 3, 'Jensen', 623, 1 FROM DUAL;
INSERT INTO postalcode (id, postal, city, area)
SELECT 1, 2200, 'BigCity', 'Geancy' FROM DUAL
UNION SELECT 2, 31006, 'SmallTown', 'Snizkim' FROM DUAL
UNION SELECT 3, 31006, 'Settlement', 'Moon' FROM DUAL -- <-- Uuh-uhh.
UNION SELECT 4, 78567390, 'LookoutTowerX89', 'Space' FROM DUAL;
Розмиті межі при грі з JOINіWHERE
КРОВИЙ ПРИЄДНАЙТЕ
CROSS JOINв результаті рядків як Загальна ідея / INNER JOIN:
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE c.postal = p.postal -- < -- The WHERE condition is limiting the resulting rows
Використання CROSS JOINдля отримання результату LEFT OUTER JOINвимагає таких хитрощів, як додавання в NULLряд. Це опущено.
ВНУТРІШНЄ З'ЄДНАННЯ
INNER JOINстає декартовою продукцією. Це те саме, що Загальна ідея / CROSS JOIN:
SELECT *
FROM citizen c
JOIN postalcode p ON 1 = 1 -- < -- The ON condition makes it a CROSS JOIN
Тут справді можна побачити внутрішнє з'єднання як перехресне з'єднання з результатами, що не відповідають умові вилученого. Тут жоден із отриманих рядків не видаляється.
Використання INNER JOINдля отримання результату LEFT OUTER JOINтакож вимагає хитрощів. Це опущено.
ЛІВНІЙ ЗОВНІШНІ ПРИЄДНАЙТЕ
LEFT JOINрезультати в рядках як Загальна ідея / CROSS JOIN:
SELECT *
FROM citizen c
LEFT JOIN postalcode p ON 1 = 1 -- < -- The ON condition makes it a CROSS JOIN
LEFT JOINрезультати в рядках як Загальна ідея / INNER JOIN:
SELECT *
FROM citizen c
LEFT JOIN postalcode p ON c.postal = p.postal
WHERE p.postal IS NOT NULL -- < -- removed the row where there's no mathcing result from postalcode
Проблеми з діаграмою Венна
Пошук в Інтернеті для зображень на "sql приєднатися до хреста внутрішнього зовнішнього" покаже безліч діаграм Венна. У мене на столі був друкований примірник одного. Але з представництвом є проблеми.
Діаграма Венна відмінно підходить для теорії множин, де елемент може бути в одному або обох множинах. Але для баз даних мені здається, що елемент в одному "наборі" є рядком у таблиці, а тому й не присутній в жодних інших таблицях. Немає такої речі, як один ряд присутній у кількох таблицях. Ряд унікальний для таблиці.
Самоз'єднання - це кутовий випадок, коли кожен елемент насправді однаковий у обох наборах. Але це все ще не позбавлене жодного із наведених нижче питань.
Множина Aпредставляє набір зліва ( citizenтаблиця), а набір B- це праворуч ( postalcodeтаблиця) в нижній частині обговорення.
КРОВИЙ ПРИЄДНАЙТЕ
Кожен елемент в обох наборах узгоджується з кожним елементом в іншому наборі, а значить, нам потрібна Aкількість кожного Bелемента та Bкількість кожного Aелемента, щоб правильно представити цей декартовий продукт. Теорія множин не створена для декількох однакових елементів у наборі, тому я вважаю, що діаграми Венна належним чином представляють це непрактично / неможливо. Здається, це зовсім не UNIONпідходить.
Рядки виразні. Усього UNION7 рядків. Але вони несумісні для загального SQLнабору результатів. І це зовсім не так, як CROSS JOINпрацює:
Намагаємось представити це так:
..а тепер це просто виглядає як INTERSECTION, чого, звичайно, немає . Крім того, немає жодного елемента, INTERSECTIONщо є насправді в жодному з двох різних наборів. Однак це дуже схоже на результати пошуку, схожі на це:
Для довідки один результат пошуку для CROSS JOINs можна побачити на Tutorialgateway . Точно так INTERSECTIONсамо, як і цей, порожній.
ВНУТРІШНЄ З'ЄДНАННЯ
Значення елемента залежить від JOINумови. Це можна представити за умови, що кожен рядок стає унікальним для цієї умови. Значення id=xвірно лише для одного ряду. Після того, як рядок у таблиці A( citizen) відповідає умові декількох рядків у таблиці B( postalcode) JOIN, результат має ті самі проблеми, що і CROSS JOIN: Рядок потрібно представляти кілька разів, і теорія наборів насправді для цього не створена. За умови унікальності діаграма може працювати, хоча і майте на увазі, що JOINумова визначає розміщення елемента в діаграмі. Дивлячись лише на значення JOINстану з рештою ряду просто поруч:
Це уявлення повністю розпадається при використанні INNER JOINз ON 1 = 1умовою, що перетворює його в a CROSS JOIN.
З само- JOIN, рядки, насправді idential елементів в обох таблицях, але представляють таблиці , як і Aі Bне дуже підходить. Наприклад , загальне саме JOINумова , яке робить елемент Aбуде сполучати інший елемент в В ON A.parent = B.child, що робить матч з Aщоб Bна окремо елементах. З прикладів, які б SQLвиглядали так:
SELECT *
FROM citizen c1
JOIN citizen c2 ON c1.id = c2.leader
Значить Сміт є лідером як Зеленого, так і Дженсена.
ЗОВНІШНЕ ПРИЄДНАЙТЕСЬ
Знову проблеми починаються, коли в одному рядку є кілька збігів із рядками в іншій таблиці. Це ще більше ускладнюється тим, що OUTER JOINможе відповідати порожньому набору. Але в теорії множин об'єднання будь-якого набору Cі порожнього набору завжди справедливе C. Порожній набір нічого не додає. Уявлення про це, LEFT OUTER JOINяк правило, лише показує все, Aщоб проілюструвати, що рядки в Aобрані незалежно від того, є збіг чи ні B. Однак "відповідні елементи" мають ті самі проблеми, що і на наведеній вище ілюстрації. Вони залежать від стану. І порожній набір, схоже, перекинувся на A:
ДЕ ЗАКЛАД - має сенс
Пошук усіх рядків CROSS JOINіз Сміта та поштового індексу на Місяці:
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE c.name = 'Smith'
AND p.area = 'Moon';
Тепер діаграма Венна не використовується для відображення JOIN. Він використовується лише для WHEREпункту:
..і це має сенс.
Коли INTERSECT і UNION має сенс
ІНТЕРСЕКТ
Як пояснили INNER JOIN, насправді це не так INTERSECT. Однак INTERSECTs може бути використаний за результатами окремих запитів. Тут діаграма Венна має сенс, тому що елементи окремих запитів насправді є рядками, які або належать лише одному з результатів, або обом. Пересікання, очевидно, поверне результати лише тоді, коли рядок присутній в обох запитах. Це SQLпризведе до того ж рядка, що і вище WHERE, і діаграма Venn також буде такою ж:
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE c.name = 'Smith'
INTERSECT
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE p.area = 'Moon';
СОЮЗ
Ан OUTER JOINне є UNION. Однак UNIONпрацюйте в тих самих умовах INTERSECT, що і призводить до повернення всіх результатів, поєднуючи обидва SELECTs:
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE c.name = 'Smith'
UNION
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE p.area = 'Moon';
що еквівалентно:
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE c.name = 'Smith'
OR p.area = 'Moon';
..і дає результат:
Також тут має сенс діаграма Венна:
Коли це не застосовується
Важлива примітка полягає в тому, що вони працюють лише тоді, коли структура результатів двох SELECT однакових, що дозволяє порівняти чи об'єднати. Результати цих двох не дозволять:
SELECT *
FROM citizen
WHERE name = 'Smith'
SELECT *
FROM postalcode
WHERE area = 'Moon';
.. намагання поєднати результати з UNIONа
ORA-01790: expression must have same datatype as corresponding expression
Для подальшої зацікавленості читайте « Скажіть ні» для діаграм Венна, коли пояснення JOINs і sql приєднується як діаграма venn . Обидва також охоплюють EXCEPT.
