Об агрегатных запросах см. главу 23.
Потоки и реки для соединений
Когда столбцы одной таблицы связываются со столбцами другой таблицы для формирования соединенных наборов (join), наборы входных столбцов называются потоками. Вывод двух соединенных потоков называется рекой. Когда соединения включают более двух таблиц, потоки и реки становятся входом для дальнейших соединений потоков и рек, пока финальная река не станет выходом для запроса.
Группа подпрограмм ядра Firebird, называемая оптимизатором, проверяет спецификацию запроса соединения и доступные индексы на предмет стоимости обработки запроса. Этот процесс называется оптимизацией. Оптимизатор генерирует план, являющийся "лучшей по стоимости" картой, которую выбирает сервер для генерации финальной "выходной реки" в последующих выполнениях этого оператора.
Синтаксис соединения (JOIN) обсуждается в главе 22. См. разд. "Тема оптимизации" главы 22, где обсуждается оптимизатор и планы запроса.
Оператор SELECT может объявлять набор, который вовсе не является выходным для клиента, но остается на сервере, чтобы работать как курсор на стороне сервера. Сам курсор является указателем; приложение дает ему указание по запросу читать по порядку строки одну за другой на основании подготовленного (prepared) оператора SELECT.
Объявление именованного курсора, который должен быть вначале скомпилирован в ESQL или задан в структуре API в DSQL, включает переменную оператора клиентской стороны, которая указывает на этот оператор. Клиентское приложение является ответственным за то, что подготовленный оператор доступен для назначения соответствующему указателю при выполнении программы.
PSQL имеет языковое расширение, которое принимает следующую форму:
FOR SELECT <���любая допустимая спецификация выборки>
INTO <���список предварительно объявленных локальных переменных> DO
BEGIN
Необязательные действия над переменными>;
SUSPEND;
END
Это синтаксис неименованного курсора [65] Фактически синтаксис именованного курсора доступен как "скрытая возможность" и в PSQL, хотя он не полностью реализован в Firebird 1.5. Синтаксис был расширен после версии 1.5 и должен появиться в последующих релизах.
.
Целью операций с курсором является использование данных из набора курсора и последовательное "действие" с каждой строкой набора курсора. Это может быть эффективным для наборов пакетных процессов, где выполняется одна или более задач над текущей строкой курсора в рамках одной итерации в цикле над набором курсора. Например, в каждой итерации элемент данных должен быть получен из текущей строки набора курсора и использован для добавления новой строки в указанный входной набор.
Другой оператор может быть связан с открытым курсором при использовании WHERE CURRENT OF <���имя-курсора> вместо условия поиска для выполнения позиционированного изменения или удаления строк, "отмеченных" набором курсора.
Реализация курсоров
Firebird предоставляет несколько методов для реализации курсоров.
* Встраиваемый SQL (ESQL) предоставляет оператор DECLARE CURSOR [66] Более подробную информацию см. в Embedded SQL Guide (EmbedSQL.pdf) в документации по InterBase 6.0, опубликованной Borland.
для реализации предварительно компилированного объявления именованного курсора.
* Для использования курсора динамическое приложение должно предварительно объявить его в функции isc_dsqi_set_cursor_name [67] Программисты прямого API и разработчики компонентов интерфейса могут получить больше информации из InterBase API Guide (APIGuide.pdf) в документации по InterBase 6.0, опубликованной Borland.
. Только некоторые компоненты реализуют такой интерфейс, большинство других - нет.
* Язык PSQL предоставляет синтаксис для работы с именованными и неименованными курсорами локально внутри хранимой процедуры или триггера. Подробную информацию см. в главе 29.
! ! !
ПРИМЕЧАНИЕ. За исключением техник работы с курсорами в PSQL сами курсоры выходят за пределы темы настоящей книги. Подробную информацию см. в главе 30.
. ! .
Вложенные наборы формируются с использованием синтаксиса специального вида выражений SQL, называемых подзапросами. Этот вид выражений принимает форму вложенного оператора SELECT, который может быть включен в список спецификаций столбцов главного запроса для получения одного значения строки, или в предложение WHERE как часть условия поиска. Допустимый синтаксис SELECT изменяется в зависимости от контекста, в котором используется подзапрос.
Читать дальше