Связанные подзапросы допускаются во многих реализациях SQL. Концепция связанного подзапроса определяется стандартом ANSI SQL и поэтому рассматривается здесь. Связанный подзапрос - это подзапрос, зависящий от информации, предоставляемой главным запросом.
В следующем примере в подзапросе определение связи между таблицами CUSTOMER_TBL И ORDERSJTBL использует псевдоним таблицы CUSTOMERJTBL (С), определенный в главном запросе. Этот оператор возвращает имена всех покупателей, заказавших более 10 единиц товара.
SELECT C.CUST_NAME
FROM CUSTOMER_TBL С
WHERE 10 < (SELECT SUM(O.QTY)
FROM ORDERS_TBL О
WHERE O.CUST_ID =C.CUST_ID);
CUST_NAME
SCOTTYS MARKET
SCHYLERS NOVELTIES
MARYS GIFT SHOP
В случае связанного подзапроса ссылка на таблицу главного запроса должна быть определена до начала выполнения подзапроса.
В следующем операторе этот запрос немного модифицирован, чтобы получить список всех заказчиков с соответствующим количеством заказанных товаров и иметь возможность проверить результаты предыдущего примера.
SELECT C.CUST_NAME, SUM(O.QTY)
FROM CUSTOMER_TBL С,
ORDERS_TBL О GROUP BY CUST_NAME;
CUSTJMAME SUM(O.QTY)
GAVINS PLACE 10
LESLIE GLEASON 1
MARYS GIFT SHOP 100
SCHYLERS NOVELTIES 25
SCOTTYS MARKET 20
WENDY WOLF 2
6 строк выбраны.
Ключевое слово GROUP BY здесь требуется потому, что по отношению ко второму столбцу используется итоговая функция SUM. Это позволяет подсчитать суммы для каждого из заказчиков В предыдущем примере ключевое слово GROUP BY не требовалось, поскольку там функция зим использовалась для суммирования всех результатов запроса, выполняемого для каждого конкретного заказчика.
Попросту говоря, подзапрос представляет собой запрос, выполняемый в рамках другого запроса для задания дополнительных условий на выводимые данные. Подзапрос можно использовать в выражениях ключевых слов WHERE и HAVING. Подзапросы обычно используют в других запросах (операторах DQL - языка запросов к данным), но подзапросы можно использовать и в операторах DML (языка манипуляций данными) таких, как INSERT, UPDATE и DELETE. Все основные правила использования операторов языка манипуляций данными применимы и при использовании в них подзапросов.
Синтаксис подзапросов практически не отличается от синтаксиса обычного запроса, имеются лишь небольшие ограничения. Одним из таких ограничений является запрет на использование в подзапросах ключевого слова ORDER BY, однако, вместо него можно использовать ORDER BY, чем достигается практически тот же эффект. Подзапросы используются для размещения в запросах условий, точные данные для которых не известны, тем самым расширяя возможности и гибкость SQL.
В примерах подзапросов обращает на себя внимание использование многочисленных отступов. Являются ли отступы необходимым элементом синтаксиса подзапроса?
Нет. Отступы используются исключительно для того, чтобы разбить оператор на части, чтобы его было легче читать и проще понять.
Имеются ли ограничения на число вложений подзапросов в запросы?
Ограничения на число уровней вложения подзапросов в запросы и число связываемых в запросе таблиц зависят от конкретной реализации SQL. В некоторых реализациях языка таких ограничений вообще нет, хотя использование слишком большого числа вложенных подзапросов может существенно замедлить выполнение соответствующего оператора. По большей части такие ограничения фактически определяются возможностями оборудования, скоростью процессора, объемами памяти и другими подобными факторами.
Отладка операторов с подзапросами кажется непростым делом, особенно если используются еще и вложенные подзапросы. Есть ли какие-либо рекомендации по поводу оптимизации процесса отладки запросов с подзапросами?
Лучше всего для отладки выделить из сложного запроса составляющие его запросы. Сначала следует проверить внутренний подзапрос самого низшего уровня и постепенно продвигаться по уровням до главного запроса (точно так же, как запрос обрабатывается базой данных). На каждом шагу после обработки выделенного из сложного оператора подзапроса можно подставить возвращенные этим подзапросом значения в исходный оператор, чтобы проверить правильность работы последнего. Чаще всего ошибки возникают из-за выражений, содержащих неправильное использование знаков операций для оценки результатов подзапроса, таких как =, IN, >, < и т. п.
Задания практических занятий разделены на тесты и упражнения. Тесты предназначены для проверки общего уровня понимания рассмотренного материала. Упражнения дают возможность применить на практике идеи, обсуждавшиеся в ходе текущего урока, в комбинации с идеями из предыдущих уроков. Мы рекомендуем ответить на тестовые вопросы и выполнить упражнения прежде, чем продолжать дальнейшее чтение книги. Ответы можно проверить по Приложению Б, "Ответы".
1. В чем состоит назначение подзапроса при использовании его в операторе SELECT?
2. Можно ли одновременно обновить несколько столбцов таблицы с помощью оператора UPDATE с подзапросом?
3. Будут ли работать следующие операторы? Если нет, то что в них следует исправить?
a. SELECT CUST_ID, CUST_NAME FROM CUSTOMER_TBL WHERE CUST_ID =
(SELECT CUST_ID FROM ORDERS_TBL WHERE ORD_NUM = ' 16C17' ) ;
6. SELECT EMP_ID, SALARY FROM EMPLOYEE_PAY_TBL WHERE SALARY BETWEEN '20000'
AND (SELECT SALARY
FROM EMPLOYEE_ID
WHERE SALARY = '40000');
B. UPDATE PRODUCTS_TBL SET COST = 1.15 WHERE CUST_ID =
(SELECT CUST_ID FROM ORDERS_TBL WHERE ORD_NUM = '32A132');
4. Каков будет результат выполнения следующего оператора?
DELETE FROM EMPLOYEE_TBL WHERE EMP_ID IN
(SELECT EMP_ID FROM EMPLOYEE_PAY_TBL};
Выполните упражнения для следующих таблиц.
|
EMPLOYEE TBL |
||||
|
ЕМР ID LAST NAME FIRST NAME MIDDLE NAME ADDRESS CITY STATE ZIP PHONE PAGER |
VARCHAR2 ( 9 ) VARCHAR2 (15) VARCHAR2 (15) VARCHAR2 (15) VARCHAR2 (30) VARCHAR2 (15) CHAR ( 2 ) NUMBER (5) CHAR (10) CHAR (10) |
NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL |
Ключевое поле |
|
|
EMPLOYEE_PA Y_ TBL |
||||
|
EMP ID POSITION DATE HIRE PAY RATE DATE LAST-RAISE |
VARCHAR2 ( 9 ) VARCHAR2 (15) DATE NUMBER (4,2) DATE |
NOT NULL NOT NULL NOT NULL |
Ключевое поле |
|
|
CONSTRAINT EMP EMPLOYEEJTBL (] |