120 Понимание sql

______________________________________________________________________

ГЛ. 10

Между прочим, префикс таблицы для поля city необязателен в предыду-

щем примере, несмотря на возможную неоднозначность между полями city

таблицы Заказчика и таблицы Продавцов.

SQL всегда ищет первое поле в таблице обозначенной в предложении

FROM текущего подзапроса.

Если поле с данным именем там не найдено, проверяются внешние запросы.

В вышеупомянутом примере, "city" в предложении WHERE означает что име-

ется ссылка к Customer.city( поле city таблицы Заказчиков).

Так как таблица Заказчиков указана в предложении FROM текущего запроса,

SQL предполагает что это - правильно. Это предположение может быть отме-

нено полным именем таблицы или префиксом псевдонима, о которых мы

поговорим позже когда будем говорить об соотнесенных подзапросах. Если

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

ПОДЗАПРОСЫ ВЫБИРАЮТ ОДИНОЧНЫЕ СТОЛБЦЫ

Смысл всех подзапросов обсужденных в этой главе тот, что все они выбирают

одиночный столбец. Это обязательно, поскольку выбранный вывод сравнивает-

ся с одиночным значением. Подтверждением этому то, что SELECT * не мо-

жет использоваться в подзапросе. Имеется исключение из этого, когда подзап-

росы используются с оператором EXISTS, который мы будем представлять в

Главе 12.

ИСПОЛЬЗОВАНИЕ ВЫРАЖЕНИЙ В ПОДЗАПРОСАХ

Вы можете использовать выражение основанное на столбце, а не просто сам

столбец, в предложении SELECT подзапроса. Это может быть выполнено или

с помощью реляционных операторов или с IN. Например, следующий запрос

использует реляционный оператор = ( вывод показывается в Рисунке 10.6 ):

SELECT *

FROM Customers

WHERE cnum =

( SELECT snum + 1000

FROM Salespeople

WHERE sname = Serres );

Он находит всех заказчиков чье значение поля cnum равное 1000, выше поля

snum Serres. Мы предполагаем что столбец sname не имеет никаких двойных

значений ( это может быть предписано или UNIQUE INDEX, обсуждаемым

в Главе 17, или ограничением UNIQUE, обсуждаемым в Главе 18 ); иначе

РАЗМЕЩЕНИЕ ЗАПРОСОВ ВНУТРИ ДРУГА ДРУГА 121

______________________________________________________________________

=============== SQL Execution Log ============

| |

| SELECT * |

| FROM Customers |

| WHERE cnum = |

| (SELECT snum + 1000 |

| WHERE Salespeople |

| WHERE sname = 'Serres' |

| ============================================= |

| cnum cname city rating snum |

| ----- -------- ---- ------ ----- |

| 2002 Giovanni Rome 200 1003 |

=============================================

Рисунок 10.6: Использование подзапроса с выражением

подзапрос может произвести многочисленые значения. Когда поля snum и

сnum не имеют такого простого функционального значения как например

первичный ключ , что не всегда хорошо, запрос типа вышеупомянутого

невероятно полезен.

ПОДЗАПРОСЫ В ПРЕДЛОЖЕНИИ HAVING

Вы можете также использовать подзапросы внутри предложения HAVING.

Эти подзапросы могут использовать свои собственные агрегатные функции

если они не производят многочисленых значений или использовать

GROUP BY или HAVING. Следующий запрос является этому примером

( вывод показывается в Рисунке 10.7 ):

SELECT rating, COUNT ( DISTINCT cnum )

FROM Customers

GROUP BY rating

HAVING rating >

( SELECT AVG (rating)

FROM Customers

WHERE city = " San Jose';