Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Методичка SQL(14) (оптимизация).docx
Скачиваний:
62
Добавлен:
17.03.2015
Размер:
452.16 Кб
Скачать

Isnull(cast(n.Количество as varchar), ’нет’) as на_складе

FROM Продукты p LEFT JOIN Наличие n ON p.ID_Продукта = n.Продукт

WHERE n.Продукт IS NULL;

Результат

Продукт

на_складе

Масло растительное

НЕТ

Правое внешнее объединение.

Следующее правое внешнее соединение даёт в точности такие же результаты, как и левое:

SELECT p.Продукт,

Isnull(cast(n.Количество as varchar),’нет’) as на_складе

FROM Наличие n RIGHT JOIN Продукты p ON p.ID_Продукта = n.Продукт

Результат

Продукт

на_складе

Масло растительное

НЕТ

WHERE n.Продукт IS NULL

Но как такое может быть?

В запросе поменяны местами таблицы! В запросе с правым соединением написано

FROM Наличие n RIGHT JOIN Продукты p

А в запросе с левым соединением было:

FROM Продукты p LEFT JOIN Наличие n

Из этого примера можно вынести важный урок: левое и правое внешние соединения абсолютно эквивалентны, смысл лишь в том, какая из таблиц является внешней — все строки этой таблицы будут включены в результат. Из-за этого многие программисты избегают правых внешних объединений и преобразуют их в левые, меняя таблицы местами; при этом таблица, из которой должны быть взяты все строки, всегда является левой. Левые внешние соединения для многих людей кажутся более понятными, чем правые.

Что если не менять таблицы местами в рассмотренном соединении? Предположим, запрос выглядит так:

SELECT p.Продукт, n.Количество, n.Стоимость

FROM Продукты p RIGHT JOIN Наличие n ON p.ID_Продукта = n.Продукт

На этот раз, как и в исходном левом объединении, таблица Продукты — левая, а таблица Наличие — правая.

Результат

Продукт

Количество

Цена

Говядина

108

429,84

Судак

0

0,00

Масло

73

274,61

Майонез

39

97,46

Яйца

61

111,83

Сметана

88

206,60

Молоко

214

83,80

Творог

92

82,80

Морковь

0

0,00

Лук

77

46,30

Помидоры

46

51,70

Зелень

13

34,96

Рис

54

51,17

Мука

91

43,77

Яблоки

117

189,92

Сахар

98

96,14

Кофе

37

166,50

Масло растительное

NULL

NULL

Результаты запроса, оказываются, идентичны результатам внутреннего соединения.

Как такое может быть? Нет ли ошибки? Нет, и причина лежит в содержимом таблиц. Вспомните: правое внешнее объединение возвращает все строки правой таблицы и соответствующие им строки левой таблицы, если такие найдутся. Таблица Наличие — правая, и в данном случае каждая запись имеет свой ID_Продукта в таблице Продукты (иначе бы при добавлении строк в таблицу Наличие мы бы имели ошибку, связанную с внешним ключом). Возвращаются все записи, и несоответствующих строк нет.

Поэтому в порядке вещей, что правое внешнее соединение в этом случае даст такие же результаты, как и внутреннее, ведь оно следовало правилу: вернуть все строки внешней таблицы и соответствия, если таковые найдутся. В данном случае, они не нашлись.

Чтобы на самом деле увидеть правые внешние соединения в действии, рассмотрим следующий запрос.

Пример 23.

SELECT b.Блюдо, m.Дата, SUM( z.Количество_порций)

FROM ( Заказы z RIGHT JOIN Меню m ON m.Блюдо = z. Блюдо

and m. Дата = z. Дата)

JOIN Блюда b ON m.Блюдо = b.ID_ Блюдо

WHERE m.Дата = '2011-01-02'

Результат

Блюдо

Дата

Бефстроганов

2011-01-02

4

Кофе на молоке

2011-01-02

2

Паштет из рыбы

2011-01-02

NULL

Салат летний

2011-01-02

10

Салат мясной

2011-01-02

NULL

Судак по-польски

2011-01-02

6

Суп молочный

2011-01-02

NULL

Суп харчо

2011-01-02

NULL

Суфле яблочное

2011-01-02

2

GROUP BY b.Блюдо, m.Дата;

Данный запрос позволяет (благодаря правому внешнему соединению) вывести на экран все блюда из меню на 02.01.2011, даже если их никто не заказывал.