Версия для печати темы Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > MS SQL Server > Работа FULL JOIN

Автор: GQU 13.12.2011, 08:34

Код SELECT C.ContactName, C.City,        E.FirstName + '' + E.LastName AS FIO, E.City FROM Customers C FULL JOIN Employees E        ON C.City = E.City  Не пойму, как работает FULL JOIN Почему в 110-ой строке NULL-ы в FIO и City, а в 111-ой NULL-ы в ContactName и City PS: база Northwind  http://s2.ipicture.ru/Gallery/Viewfull/7318735.html

Автор: Zloxa 13.12.2011, 09:11

Цитата(GQU @  13.12.2011,  08:34 ) Не пойму, как работает FULL JOIN Мы понимаем, но не знаем как понять за вас. В общем случае полное соединение это объединение результатов левого соединения и правого, не вошедшего в результат левого. full join можно переписать как то - так: Код select * from a left join b on a.val = b.val union alll select * from a right join b on a.val = b.val where a.val is null Не знаю, стало ли вам понятнее от моего объяснения    На самом деле ничего военного, достаточно лишь просечь фишку. Цитата(GQU @  13.12.2011,  08:34 ) Почему в 110-ой строке NULL-ы в FIO и City, а в 111-ой NULL-ы в ContactName и City Потому что C.ContactName, C.City для этой строки не определены. ЭТо как раз те строки, которые получаются в результате правого соединения. Если вам нужно вывести для каждой строки ключ соединения, исользуйте coalesce(C.City,E.City )

Автор: GQU 13.12.2011, 09:43

Цитата Если вам нужно вывести для каждой строки ключ соединения, исользуйте coalesce(C.City,E.City ) Не, мне не нужны никакие ключи, просто понял что не понимаю FULL JOIN, вот решил разобраться

Автор: Zloxa 13.12.2011, 10:33

Цитата(GQU @  13.12.2011,  09:43 )  не понимаю FULL JOIN Не понимаю чего там не понятного.    Да и понимать там нечего. Это правило, его не понимать надо а усвоить. У нас есть два набора данных А и Б, пересекающиеся по критериям соединения. Левое соединение это все записи из набора А + данные из таблицы Б, попадающие под критерии соединения Правое соединение это все записи из набора Б + данные из таблицы А, попадающие под критерии соединения Полное соединение это все записи из наборов А и Б, соединенные по критериям соединения Внутреннее соединение это только те записи аз наборов А и Б, которые попадают под критерии соединения. На картинке это выглядит как-то так:

Автор: SharedNoob 21.12.2011, 13:17

В Employees нет записи с городом варшава.

Автор: animegirl 14.9.2012, 05:35

Цитата(Zloxa @ 13.12.2011,  10:33) Цитата(GQU @  13.12.2011,  09:43 )  не понимаю FULL JOIN Не понимаю чего там не понятного.    Да и понимать там нечего. Это правило, его не понимать надо а усвоить. У нас есть два набора данных А и Б, пересекающиеся по критериям соединения. Левое соединение это все записи из набора А + данные из таблицы Б, попадающие под критерии соединения Правое соединение это все записи из набора Б + данные из таблицы А, попадающие под критерии соединения Полное соединение это все записи из наборов А и Б, соединенные по критериям соединения Внутреннее соединение это только те записи аз наборов А и Б, которые попадают под критерии соединения. На картинке это выглядит как-то так: А вы не будите против, если мы эту картинку скопируем в википедию? Замечательное наглядное представление

Автор: Zloxa 14.9.2012, 11:58

Цитата(animegirl @  14.9.2012,  06:35 ) А вы не будите против Мы, конечно, против не будим.   Если закоммитят, ссылью поделитесь пожалуйста, подивлюсь, ЧСВ потешу.  Цитата(animegirl @  14.9.2012,  06:35 ) Замечательное наглядное представление  в отличии от дизайнерского решения

Автор: animegirl 18.12.2012, 06:19

Zloxa,  Распечатала вашу картинку, повесила на стенку, хотела подписать и задумылась. Правое левое вроде понятно, внутринние примерно тоже, а вот "полное", это FULL или CROSS? И как быть с миксами? {INNER | {LEFT | RIGHT | FULL} OUTER | CROSS } JOIN

Автор: Zloxa 18.12.2012, 07:36

full. cross join - декартово произведение двух наборов. как показать на картинке - не зна

Автор: Akina 18.12.2012, 13:59

Ну если говорить об SQL_стандарте - то CROSS JOIN используется тогда, когда отсутствует класс ON. И соответственно полностью эквивалентен запятой. Однако бывают и "выпендроны". Например, в MySQL CROSS JOIN - это тот же INNER JOIN: Цитата(man) In MySQL, CROSS JOIN is a syntactic equivalent to INNER JOIN (they can replace each other).

Автор: Zloxa 18.12.2012, 18:06

Цитата(Akina @  18.12.2012,  14:59 ) Однако бывают и "выпендроны". А оракл запрещает использовать джойн без ON Код SQL> select *   2  from dual   3  inner join dual   4  ;   ORA-00905: missing keyword , и мешать old-style join (через запятон) и ansi join Не, таки мешать позволяет Код SQL> select *   2    from dual t1   3         ,dual t2   4    left join dual t3 on t3.dummy = t2.dummy   5  /   DUMMY DUMMY DUMMY ----- ----- ----- X     X     X Но чотакакто глючно или же я чего-то недознаю Код Connected to Oracle Database 11g Enterprise Edition Release 11.2.0.2.0  SQL>  SQL> select *   2    from dual t1   3         ,dual t2   4    left join dual t3 on t3.dummy = t1.dummy   5  ; ORA-00904: "T1"."DUMMY": invalid identifier Цитата(animegirl @  18.12.2012,  07:19 ) И как быть с миксами? Приведенная тобой РБНФ не допускает миксов

Автор: Akina 18.12.2012, 20:14

Цитата(Zloxa @  18.12.2012,  19:06 ) Но чотакакто глючно или же я чего-то недознаю Не вижу ничего глючного. Просто он требует точного соответствия записи порядку объединения.  В первом случае dual t2 left join dual t3 воспринимается как единая псевдотаблица, полученная объединением таблиц, и она через запятую декартится на  dual t1. Во втором случае подобной прямоты нет - и он поднимает скандал. ИМХО

Автор: Zloxa 18.12.2012, 20:32

Цитата(Akina @  18.12.2012,  21:14 ) В первом случае dual t2 left join dual t3 воспринимается как единая псевдотаблица Я так не додумался интерпретировать

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)