Изучаем.SQL

•Позволяют формировать значения для заполнения таблицы или столбцов результирующего набора запроса.

•Используются в блоках select, from, where, having и order by запросов.

Очевидно, подзапросы – очень многогранный инструмент, поэтому не отчаивайтесь, если при первом прочтении главы вы поймете не все представленные здесь принципы. Продолжайте экспериментировать с подзапросами и вскоре обнаружите, что при написании каждого не обычного SQL выражения очень полезно рассматривать возможность использования подзапроса.

Упражнения

Эти упражнения ориентированы на проверку понимания подзапросов. Решения приведены в приложении С.

9.1

Создайте запрос к таблице account, использующий условие фильтра ции с несвязанным подзапросом к таблице product для поиска всех кре дитных счетов (product.product_type_cd = 'LOAN'). Должны быть выбра ны ID счета, код счета, ID клиента и доступный остаток.

9.2

Переработайте запрос из упражнения 9.1, используя связанный подза прос к таблице product для получения того же результата.

9.3

Соедините следующий запрос с таблицей employee, чтобы показать уро вень квалификации каждого сотрудника:

SELECT 'trainee' name, '2004 01 01' start_dt, '2005 12 31' end_dt UNION ALL

SELECT 'worker' name, '2002 01 01' start_dt, '2003 12 31' end_dt UNION ALL

SELECT 'mentor' name, '2000 01 01' start_dt, '2001 12 31' end_dt

Дайте подзапросу псевдоним levels (уровни) и включите ID сотрудни ка, имя, фамилию и квалификацию (levels.name). (Совет: в условии со единения определяйте диапазон, в который попадает столбец em ployee.start_date, с помощью условия неравенства.)

9.4

Создайте запрос к таблице employee для получения ID, имени и фами лии сотрудника вместе с названиями отдела и отделения, к которым он приписан. Не используйте соединение таблиц.

+ + + 24 rows in set (0.04 sec)

Имеется 24 счета 13 разных клиентов с ID клиента от 1 до 13, по край ней мере по одному счету на каждого. Вот множество клиентских ID таблицы customer:

mysql> SELECT cust_id

> FROM customer;

+ + | cust_id | + +

|1 |

|2 |

|3 |

|4 |

|5 |

|6 |

|7 |

|8 |

|9 |

|10 |

|11 |

|12 |

+ +

13 rows in set (0.02 sec)

В таблице customer 13 строк с ID от 1 до 13. Таким образом, каждый ID клиента включен в таблицу account, по крайней мере, один раз. Следо вательно, при соединении двух таблиц по столбцу cust_id можно ожи дать, что в результирующий набор будут включены все 24 строки (если нет других условий фильтрации):

Внешнее соединение включает все строки одной таблицы и вводит дан ные второй таблицы только в случае обнаружения соответствующих строк. В данном случае в результат вошли все строки таблицы account, поскольку задано left outer join (левостороннее внешнее соединение) и таблица account находится в левой части описания соединения. Стол бец name имеет значение null для всех строк, кроме четырех строк кли ентов юридических лиц (cust_id 10, 11, 12 и 13). Вот аналогичный за прос с внешним соединением, но с таблицей individual вместо business:

mysql> SELECT a.account_id, a.cust_id, i.fname, i.lname

> FROM account a LEFT OUTER JOIN individual i> ON a.cust_id = i.cust_id;

+ + + + + | account_id | cust_id | fname | lname | + + + + +

+ + + + + 24 rows in set (0.00 sec)

Этот запрос, по сути, противоположен предыдущему: выводятся име на и фамилии физических лиц, тогда как для юридических лиц эти столбцы имеют значение null.

Сравнение левосторонних и правосторонних внешних соединений

В предыдущем разделе в примерах внешних соединений было задано left outer join. Ключевое слово left свидетельствует о том, что табли

ца, находящаяся в левой части блока from, отвечает за определение числа строк в результирующем наборе, а таблица в правой части пре доставляет значения столбцов в случае обнаружения соответствия. Рассмотрим следующий пример:

|11 | Northeast Cooling Inc. |

+ + + 13 rows in set (0.00 sec)

Блок from определяет левостороннее внешнее соединение. Таким обра зом, в результирующий набор входят все 13 строк таблицы customer, а таблица business поставляет значения во второй столбец результи рующего набора для четырех клиентов юридических лиц. Если вы полнить такой же запрос, но указать правостороннее внешнее соедине ние, будет получен следующий результат:

+ + +

| cust_id | name |

+ + +

| 10 | Chilton Engineering |

|11 | Northeast Cooling Inc. |

+ + + 4 rows in set (0.00 sec)

Теперь число строк результирующего набора определяется количест вом строк таблицы business. Вот почему в этом множестве всего четыре строки.

Результаты включают все 24 строки таблицы account, а также имена клиентов или названия фирм, поступающие из двух других таблиц в результате внешнего соединения.

Мне не известны ограничения в MySQL, касающиеся количества таб лиц, с которыми можно осуществлять внешнее соединение. Но чтобы сократить число соединений в запросе, всегда можно воспользоваться подзапросами. Например, предыдущий пример можно переписать так:

+ + + + + | account_id | product_cd | person_name | business_name | + + + + +

+ + + + + 24 rows in set (0.00 sec)

В этом варианте запроса внешнее соединение таблицы individual с таб лицей account осуществляется в подзапросе account_ind, результаты ко торого затем путем внешнего соединения соединяются с таблицей bu