Изучаем.SQL

+ + + + 8 rows in set (0.01 sec)

В таблице product_type имеется три разных значения для столбца prod uct_type_cd (ACCOUNT, INSURANCE и LOAN). Два из этих трех значений (AC COUNT и LOAN) упоминаются в столбце product_type_cd таблицы product.

Следующее выражение делает попытку изменить значение столбца product_type_cd таблицы product на значение, которого нет в таблице product_type:

mysql> UPDATE product

> SET product_type_cd = 'XYZ'

> WHERE product_type_cd = 'LOAN';

ERROR 1216 (23000): Cannot add or update a child row: a foreign key constraint fails

Из за ограничения внешнего ключа на столбец product.product_type_cd сервер не разрешает провести такое обновление, поскольку в таблице product_type в столбце product_type_cd нет строки со значением 'XYZ'. Та ким образом, ограничение внешнего ключа не позволяет изменить до чернюю строку, если в родительской нет соответствующего значения.

Однако что произошло бы, попробуй мы изменить значение родитель ской строки таблицы product_type на 'XYZ'? Вот выражение update, реа лизующее попытку изменить тип счета LOAN на XYZ:

mysql> UPDATE product_type

> SET product_type_cd = 'XYZ'

> WHERE product_type_cd = 'LOAN';

ERROR 1217 (23000): Cannot delete or update a parent row: a foreign

key constraint

fails

Опять формируется ошибка. На этот раз потому, что в таблице product есть дочерние строки, столбец product_type_cd которых содержит зна чение 'LOAN'. Это поведение ограничений внешнего ключа по умолча нию, но оно не единственное возможное. Можно указать серверу рас пространять это изменение на все дочерние строки, сохраняя, таким образом, целостность данных. Эта разновидность ограничения внеш него ключа, известная как каскадное обновление (cascading update), может быть установлена путем удаления существующего внешнего ключа и добавления нового, включающего блок on update cascade:

mysql> ALTER TABLE product

> DROP FOREIGN KEY fk_product_type_cd;

Query OK, 8 rows affected (0.02 sec)

ка удаляется в родительской таблице, соответствующие ей строки уда ляются и в дочерней таблице. Для задания каскадного удаления ис пользуется блок on delete cascade:

ALTER TABLE product

ADD CONSTRAINT fk_product_type_cd FOREIGN KEY (product_type_cd) REFERENCES product_type (product_type_cd)

ON UPDATE CASCADE

ON DELETE CASCADE;

Теперь при таком варианте ограничения сервер будет обновлять дочер ние строки таблицы product при обновлении строки в таблице pro duct_type, а также удалять дочерние строки таблицы product при удале нии строки таблицы product_type.

Каскадные ограничения – один из случаев, когда ограничения непо средственно влияют на код, который вы пишете. Чтобы полностью представлять эффект применения выражений update и delete, необхо димо знать, для каких ограничений базы данных заданы каскадные обновления и/или удаления.

MySQL расширения языка SQL

Поскольку для всех примеров в данной книге используется сервер MySQL, я подумал, что для читателей, планирующих продолжать ра ботать с MySQL, будет полезным включить приложение, посвященное MySQL расширениям языка SQL. Это приложение рассматривает не которые MySQL расширения выражений select, insert, update и delete, очень полезные в определенных ситуациях.

Расширения выражения Select

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

Блок limit

В некоторых ситуациях нас не интересуют все строки, возвращаемые запросом. Например, можно создать запрос, выбирающий всех опера ционистов банка и все номера счетов, открытых каждым из них. Если цель запроса – выявить трех лучших операционистов для вручения награды от банка, необязательно знать, кто будет четвертым, пятым и т. д. Для разрешения подобных ситуаций выражение select MySQL включает блок limit, позволяющий ограничить число возвращаемых запросом строк.

Чтобы продемонстрировать использование блока limit, начнем с по строения запроса, показывающего количество счетов, открытых каж дым операционистом банка:

mysql> SELECT open_emp_id, COUNT(*) how_many

> FROM account

> GROUP BY open_emp_id;

+ + +

| open_emp_id | how_many | + + +

+ + + 4 rows in set (0.31 sec)

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

mysql> SELECT open_emp_id, COUNT(*) how_many

> FROM account

> GROUP BY open_emp_id> LIMIT 3;

+ + + | open_emp_id | how_many | + + +

+ + + 3 rows in set (0.06 sec)

Теперь благодаря блоку limit (четвертая строка запроса) результирую щий набор включает только три строки. Четвертый операционист (служащий с ID 16) удален из результирующего набора.

Сочетание блока limit с блоком order by

Предыдущий запрос возвращает три записи, но есть небольшая про блема: запрос не описывает, какие три записи из четырех нас интере суют. Если требуется выбрать конкретные три записи, например трех операционистов, открывших больше всего счетов, придется использо вать блок limit вместе с блоком order by:

| open_emp_id | how_many | + + +

+ + + 3 rows in set (0.03 sec)

Разница между этим и предыдущим запросами в том, что теперь блок limit применяется к упорядоченному набору. В итоге в конечном ре зультирующем наборе имеем трех сотрудников, открывших наиболь шее число счетов. Если требуется не произвольная выборка записей, обычно блок limit используется в паре с блоком order by.

Блок limit применяется после всех фильтров, группировок и рас становок, поэтому он никогда не изменит результат выражения select, только ограничит число возвращаемых им записей.

Необязательный второй параметр блока limit

Допустим, теперь вместо поиска трех лучших операционистов постав лена задача выбрать всех, кроме двух лучших (вместо награждения лучших исполнителей банк пошлет несколько самых непроизводи тельных операционистов на тренинг по повышению самооценки). Для подобных ситуаций блок limit предоставляет необязательный второй параметр. Если используются оба параметра, первый указывает, с ка кой строки добавлять записи в конечный результирующий набор, а второй – сколько строк включить. Обозначая записи порядковыми номерами, помните, что в MySQL первой записью является запись под номером 0. Следовательно, если стоит задача найти третьего лучшего работника, можно сделать следующее:

| open_emp_id | how_many | + + +

+ + + 1 row in set (0.00 sec)

В этом примере нулевая и первая записи отбрасываются; включаются записи, начиная со второй. Поскольку второй параметр блока limit ра вен 1, получаем только одну запись.

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

mysql> SELECT open_emp_id, COUNT(*) how_many

> FROM account

> GROUP BY open_emp_id> ORDER BY how_many DESC

или убывающим порядком сортировки можно создавать ранжирую щие запросы для решения большинства типовых прикладных задач.

Блок into outfile

Если требуется записать результат запроса в файл, можно выделить его, скопировать в буфер обмена и вставить в свой любимый редактор. Однако если результирующий набор запроса достаточно велик или ес ли запрос выполняется из сценария, необходим способ записывать ре зультаты в файл без участия пользователя. Для помощи в таких ситуа циях MySQL включает блок into outfile (в выходной файл), в котором можно задать имя файла для записи результатов. Вот пример записи результатов запроса в каталог c:\temp:

mysql> SELECT emp_id, fname, lname, start_date

> INTO OUTFILE 'C:\\TEMP\\emp_list.txt'> FROM employee;

Query OK, 18 rows affected (0.20 sec)

Как говорилось в главе 7, обратный слэш используется для эк ранирования символов в строке. Поэтому в Windows для зада ния пути потребуется ставить по два обратных слэша подряд.

Результаты запроса не выводятся на экран, а записываются в файл emp_list.txt и выглядят так:

Формат по умолчанию использует символ табуляции ('\t') между столбцами и символ новой строки ('\n') после каждой записи. Если требуется дополнительное форматирование данных, можно включить в блок into outfile несколько подблоков. Например, если надо предста вить данные в формате, называемом форматом с разделителем «|» (pipe delimited format), то в подблоке fields (поля) можно в качестве символа разделителя столбцов задать символ '|':

Query OK, 18 rows affected (0.02 sec)

MySQL не позволяет перезаписывать существующий файл с по мощью into outfile, поэтому если один и тот же запрос выпол