Что такое курсор в реляционной базе данных?

Курсор в реляционной базе данных — это временная именованная сущность (объект), используемая для инкапсуляции результирующего набора данных, полученного из SQL-запроса. Он предоставляет механизм для пошаговой обработки (итерации) строк этого набора по одной за раз.

Основные характеристики курсора:

• Временный: Существует в течение сеанса или до явного закрытия.
• Именованный: Имеет уникальное имя в пределах сеанса.
• Ссылка на результирующий набор: Указывает на данные, полученные запросом SELECT, но не является самим набором данных.
• Механизм итерации: Позволяет перемещаться между строками результирующего набора.

Жизненный цикл курсора включает следующие этапы:

1. Объявление: Определение курсора с помощью команды DECLARE CURSOR, связывающей его с SQL-запросом.

   -- Объявление курсора для выбора всех сотрудников
   DECLARE employee_cursor CURSOR FOR
   SELECT employee_id, first_name, last_name
   FROM employees;
   

2. Открытие: Выполнение запроса, связанного с курсором, и заполнение результирующего набора. Курсор позиционируется перед первой строкой.

   -- Открытие курсора
   OPEN employee_cursor;
   

3. Чтение (FETCH): Получение одной строки из результирующего набора и перемещение указателя курсора к следующей строке.

   -- Чтение одной строки из курсора
   FETCH NEXT FROM employee_cursor INTO @employee_id, @first_name, @last_name;
   

   Это действие обычно выполняется в цикле до тех пор, пока не будут обработаны все строки (обычно проверяется статус выполнения FETCH, например, @@FETCH_STATUS в T-SQL).
4. Закрытие: Освобождение ресурсов, связанных с курсором, и деактивация результирующего набора.

   -- Закрытие курсора
   CLOSE employee_cursor;
   

5. Освобождение (DEALLOCATE/DROP): Удаление определения курсора.

   -- Освобождение курсора (в некоторых диалектах SQL это необязательно, происходит автоматически при завершении сеанса)
   DEALLOCATE employee_cursor;
   

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

• Построчная обработка данных, когда пакетная обработка неприменима или сложна.
• Выполнение операций над каждой отдельной строкой, основанных на логике, которую трудно выразить в одном SQL-операторе.
• Передача результирующего набора клиенту для построчного потребления.

Важно отметить, что использование курсоров часто менее производительно по сравнению с пакетными операциями (INSERT, UPDATE, DELETE, SELECT с JOINs/WHERE) и может создавать блокировки. В большинстве случаев предпочтительнее использовать DML-операторы, основанные на наборах, когда это возможно. Курсоры следует применять только тогда, когда другие подходы не дают решения.