Sql курсор: Курсоры в Mysql. / Хабр

PostgreSQL : Документация: 11: DECLARE : Компания Postgres Professional

RU

EN

RU EN

DECLARE

DECLARE — определить курсор

Синтаксис

DECLARE имя [ BINARY ] [ INSENSITIVE ] [ [ NO ] SCROLL ]
    CURSOR [ { WITH | WITHOUT } HOLD ] FOR запрос

Описание

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

Примечание

На этой странице описывается применение курсоров на уровне команд SQL. Если вы попытаетесь использовать курсоры внутри функции PL/pgSQL, правила будут другими — см. Раздел 43.7.

Параметры

имя: Имя создаваемого курсора.
BINARY: Курсор с таким свойством возвращает данные в двоичном, а не текстовом формате.
INSENSITIVE: Указывает, что данные, считываемые из курсора, не должны зависеть от изменений, которые могут происходить в нижележащих таблицах после создания курсора. В PostgreSQL это поведение подразумевается по умолчанию, так что это ключевое слово ни на что не влияет и принимается только для совместимости со стандартом SQL.
SCROLL NO SCROLL: Указание SCROLL определяет, что курсор может прокручивать набор данных и получать строки непоследовательно (например, в обратном порядке). В зависимости от сложности плана запроса указание SCROLL может отрицательно отразиться на скорости выполнения запроса. Указание NO SCROLL, напротив, определяет, что через курсор нельзя будет получать строки в произвольном порядке. По умолчанию прокрутка в некоторых случаях разрешается; но это не равнозначно эффекту указания SCROLL. За подробностями обратитесь к Замечания.
WITH HOLD WITHOUT HOLD: Указание WITH HOLD определяет, что курсор можно продолжать использовать после успешной фиксации создавшей его транзакции. WITHOUT HOLD определяет, что курсор нельзя будет использовать за рамками транзакции, создавшей его. Если не указано ни WITHOUT HOLD, ни WITH HOLD, по умолчанию подразумевается WITHOUT HOLD.
запрос: Команда SELECT или VALUES, выдающая строки, которые будут получены через курсор.

Ключевые слова BINARY, INSENSITIVE и SCROLL могут указываться в любом порядке.

Замечания

Обычный курсор выдаёт данные в текстовом виде, в каком их выдаёт SELECT. Однако с указанием BINARY курсор может выдавать их и в двоичном формате. Это упрощает операции преобразования данных для сервера и клиента, за счёт дополнительных усилий, требующихся от программиста для работы с платформозависимыми двоичными форматами. Например, если запрос получает значение 1 из целочисленного столбца, обычный курсор выдаст строку, содержащую 1, тогда как через двоичный курсор будет получено четырёхбайтовое поле, содержащее внутреннее представление значения (с сетевым порядком байтов).

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

Примечание

Когда клиентское приложение выполняет команду FETCH, используя «расширенный» протокол запросов, в сообщении Bind этого протокола указывается, в каком формате, текстовом или двоичном, должны быть получены данные. Это указание переопределяет свойство курсора, заданное в его объявлении. Таким образом, концепция курсора, объявляемого двоичным, становится устаревшей при использовании расширенного протокола запросов — любой курсор может быть прочитан как текстовый или двоичный.

Если в команде объявления курсора не указано WITH HOLD, созданный ей курсор может использоваться только в текущей транзакции. Таким образом, оператор DECLARE без WITH HOLD бесполезен вне блока транзакции: курсор будет существовать только до завершения этого оператора. Поэтому PostgreSQL сообщает об ошибке, если такая команда выполняется вне блока транзакции. Чтобы определить блок транзакции, примените команды BEGIN и COMMIT (или ROLLBACK).

Если в объявлении курсора указано WITH HOLD и транзакция, создавшая курсор, успешно фиксируется, к этому курсору могут продолжать обращаться последующие транзакции в этом сеансе. (Но если создавшая курсор транзакция прерывается, курсор уничтожается.) Курсор со свойством WITH HOLD (удерживаемый) может быть закрыт явно, командой CLOSE, либо неявно, по завершении сеанса. В текущей реализации строки, представляемые удерживаемым курсором, копируются во временный файл или в область памяти, так что они остаются доступными для следующих транзакций.

Объявить курсор со свойством WITH HOLD можно, только если запрос не содержит указаний FOR UPDATE и FOR SHARE.

Указание SCROLL добавляется при определении курсора, который будет выбирать данные в обратном порядке. Это поведение требуется стандартом SQL. Однако для совместимости с предыдущими версиями, PostgreSQL допускает выборку в обратном направлении и без указания SCROLL, если план запроса курсора достаточно прост, чтобы реализовать прокрутку назад без дополнительных операций. Тем не менее разработчикам приложений не следует рассчитывать на то, что курсор, созданный без указания SCROLL, можно будет прокручивать назад. С указанием NO SCROLL прокрутка назад запрещается в любом случае.

Выборка в обратном направлении также запрещается, если запрос содержит указания FOR UPDATE и FOR SHARE; в этом случае указание SCROLL не принимается.

Внимание

Прокручиваемые курсоры могут выдавать неожиданные результаты, если они вызывают изменчивые функции (см. Раздел 38.7). Когда повторно выбирается ранее прочитанная строка, функции могут вызываться снова и выдавать результаты, отличные от полученных в первый раз. Для запроса, вызывающего изменчивые функции, лучше всего указать NO SCROLL. Если такой способ не подходит, другая возможность обойти эту проблему — объявить курсор с указанием WITH HOLD и зафиксировать транзакцию, прежде чем читать из него какие-либо строки. В этом случае весь набор данных курсора будет материализован во временном хранилище, так что изменчивые функции будут выполнены для каждой строки лишь единожды.

Если запрос в определении курсора включает указания FOR UPDATE или FOR SHARE, возвращаемые курсором строки блокируются в момент первой выборки, так же, как это происходит при выполнении SELECT с этими указаниями. Кроме того, при чтении строк будут возвращаться их наиболее актуальные версии; таким образом, с этими указаниями курсор будет вести себя как «чувствительный курсор», определённый в стандарте SQL. (Указать INSENSITIVE для курсора с запросом FOR UPDATE или FOR SHARE нельзя.)

Внимание

Обычно рекомендуется использовать FOR UPDATE, если курсор предназначается для применения в командах UPDATE . .. WHERE CURRENT OF и DELETE ... WHERE CURRENT OF. Указание FOR UPDATE предотвращает изменение строк другими сеансами после того, как они были считаны, и до того, как выполнится команда. Без FOR UPDATE последующая команда с WHERE CURRENT OF не сработает, если строка будет изменена после создания курсора.

Ещё одна причина использовать указание FOR UPDATE в том, что без него последующие команды с WHERE CURRENT OF могут выдать ошибку, если запрос курсора не удовлетворяет оговоренному в стандарте SQL критерию «простой изменяемости» (в частности, курсор должен ссылаться только на одну таблицу и не должен использовать группировку и сортировку (ORDER BY)). Курсоры, не удовлетворяющие этому критерию, могут работать либо не работать, в зависимости от конкретного выбранного плана; так что в худшем случае приложение может работать в тестовой, но сломается в производственной среде. С указанием FOR UPDATE курсор гарантированно будет изменяемым.

Не использовать же FOR UPDATE для команд с WHERE CURRENT OF в основном имеет смысл, только если требуется получить прокручиваемый курсор или курсор, не отражающий последующие изменения (то есть, продолжающий показывать прежние данные). Если это действительно необходимо, обязательно учтите при реализации приведённые выше замечания.

В стандарте SQL механизм курсоров предусмотрен только для встраиваемого SQL. Сервер PostgreSQL не реализует для курсоров оператор OPEN; курсор считается открытым при объявлении. Однако ECPG, встраиваемый препроцессор SQL для PostgreSQL, следует соглашениям стандарта, в том числе поддерживая для курсоров операторы DECLARE и OPEN.

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

Примеры

Объявление курсора:

DECLARE liahona CURSOR FOR SELECT * FROM films;

Другие примеры использования курсора можно найти в FETCH.

Совместимость

В стандарте SQL говорится, что чувствительность курсоров к параллельному обновлению нижележащих данных по умолчанию определяется реализацией. В PostgreSQL курсоры по умолчанию нечувствительные, а чувствительными их можно сделать с помощью указания FOR UPDATE. Другие СУБД могут работать иначе.

Стандарт SQL допускает курсоры только во встраиваемом SQL и в модулях. PostgreSQL позволяет использовать курсоры интерактивно.

Двоичные курсоры являются расширением PostgreSQL.

См. также

CLOSE, FETCH, MOVE

Использование курсоров — Язык реляционных баз данных SQL (Информатика и программирование)

21. Использование курсоров

21.1. Что такое курсоры

Операции выборки SQL работают с наборами строк, которые называются результирующими множествами.

Иногда бывает необходимо просмотреть строки в прямом или обратном направлении один или несколько раз. Именно для этого используются курсоры.

Курсор представляет собой запрос к базе данных, хранящийся на сервере СУБД, = это не оператор SEECT, но результирующее множество, выборка, полученная в результате действия оператора SELECT. После того как курсор сохранен, приложение может просматривать данные в прямом или обратном направлении.

Различные СУБД поддерживают разные опции и возможности курсоров. Наиболее часто обеспечиваются следующие возможности.

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

· Возможность управлять направлением выполняемых операций (вперед, назад, первая, последняя, абсолютное положение, относительное положение и т.д.).

· Возможность помечать некоторые столбцы как редактируемые, а другие – как нередактируемые.

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

· Указание СУБД скопировать выбранные данные, чтобы они не изменялись в промежуток времени между открытием курсора и обращением к нему.

Курсоры как часть спецификации SQL интересны тем, что с их помощью можно заставить реляционную базу данных вести себя подобно базе данных типа ISAM (Indexed Sequential Access Method) индексно-последовательный метод доступа.

Курсоры используются главным образом интерактивными приложениями, представляющими пользователям возможность просматривать отображаемые на экране данные вперед и назад.

Курсоры практически бесполезны, если их применять к приложениям, основанным на Web-технологиях, например, таких как ASP, PHP. Курсоры предназначены идля использования в течение сеанса связи между клиентским приложением и серверном, но эта модель «клиент-сервер» не годится для Web-приложений, потому что сервер приложений является клиентом базы данных, а не конечным пользователем. А раз так, то большинство разработчиков приложений избегают использование курсоров и добиваются выполнения нужных функций, если это необходимо, другими возможностями.

21.2. Работа с курсорами

Работа с курсорами содержит.

· Прежде чем курсор может быть использован, его необходимо объявить. В ходе этого процесса выборка данных не производится, просто определяется оператор SELECT, который будет использован, и некоторые опции курсора.

· После объявления курсор может быть открыт для использования. В ходе этого процесса уже производится выборка данных согласно предварительно определенному оператору SELECT.

· После того как курсор заполнен данными, могут быть извлечены отдельные необходимые строки.

· После того как это сделано, курсор должен быть закрыт и, возможно, должны быть освобождены ресурсы, которые он занимал.

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

21.3. Создание курсоров

Курсоры создаются с помощью оператора DECLARE, синтаксис которого различен для разных СУБД. Оператор DECLARE дает курсору имя и принимает оператор SELECT дополненный при необходимости предложением WHERE и другими.

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

Для SQL Server

DECLARE CustCursor CURSOR

FOR

SELECT * FROM Customers

WHERE cust_email IS NULL

Для Oracle

DECLARE CustCursor CURSOR

SELECT * FROM Customers

WHERE cust_email IS NULL

Для определения имени курсора используется оператор DECLARE. После того как курсор определен, его можно открыть.

21.4. Использование курсоров

Курсоры открываются с помощью оператора OPEN CURSOR, в котором указывается имя открываемого курсора.

При обработке оператора выполняется запрос к базе данных. Выборка данных сохраняется для последующих просмотров и прокрутки.

Доступ к данным этого курсора может быть получен с помощью оператора FETCH. Оператор FETCH указывает строки, которые должны быть выбраны, откуда они должны быть выбраны и где их следует сохранить.

Для Oracle

DECLARE TYPE custCursor IS REF CURSOR

RETURN CustomERS%ROWTYPE;

DECLARE CustRecord Customers%ROWTYPE

BEGIN

OPEN CustCursor;

FETCH CustCursor INTO CustRecord;

CLOSE CustCursor;

END;

В данном примере оператор FETCH используется для выборки текущей строки. Автоматически он начинает с первой строки, в переменную, объявленную с именем CustRecord, С выбранными данными ничего не делается.

В следующем примере выбранные данные подвергаются циклической обработке от первой строки до последней.

DECLARE TYPE custCursor IS REF CURSOR

RETURN CustomERS%ROWTYPE;

DECLARE CustRecord Customers%ROWTYPE

BEGIN

OPEN CustCursor;

LOOP

FETCH CustCursor INTO CustRecord;

EXIT WHEN CustCursor%NOTFOUND

. . .

CLOSE CustCursor;

END;

Здесь также используется оператор FETCH для выборки текущей строки в переменную, объявленную с именем CustRecord. Однако в отличие от предыдущего примера, здесь оператор FETCH находится внутри цикла LOOP, так что он выполняется снова и снова. Код EXIT WHEN CustCursor%NOTFOUND указывает, что этот процесс должен быть завершен, когда больше не останется строк для выборки.

21.5. Закрытие курсоров

В лекции «19. Истечение жидкости через отверстия» также много полезной информации.

После использования курсоров их нужно закрывать. В некоторых СУБД, например SQL Server, требуется, чтобы ресурсы, занятые курсором, были освобождены явным образом. Для закрытия курсора используется оператор CLOSE. После того как курсор закрыт, его нельзя использовать, не открыв перед этим вновь

Для Oracle

CLOSE CustCursor

Для SQL Server

CLOSE CustCursor

DEALLOCATE CURSOR CustCursor

sql server — курсор SQL не работает, где не равно

`Привет всем,
Моя цель — обновить поле таблицы (TABLE1), которое имеет значения, отличные от его основной таблицы (TABLE2), с помощью процедуры SQL.
Выбор работает (дает около 20 результатов), но курсор — нет.

 ЗАЯВИТЬ
@ЧИСЛО INT,
@MATRICOLA INT,
@VAR VARCHAR(МАКС)
@ID ИНТ;
ОБЪЯВИТЬ КУРСОР КУРСОР ДЛЯ
ВЫБИРАТЬ
ТАБЛИЦА 1.ID
, ТАБЛИЦА 2.[ВАР]
ИЗ ТАБЛИЦЫ 1
LEFT JOIN TABLE2 ON TABLE1.NUMERO = TABLE2.NUMERO AND TABLE1.MATRICOLA = TABLE2.MATRICOLA
ГДЕ TABLE1.[VAR] <> TABLE2.[VAR]
ОТКРЫТЬ КУРСОР
ПОЛУЧИТЬ СЛЕДУЮЩИЙ ОТ КУРСОР
В @ID, @VAR
ПОКА @@FETCH_STATUS = 0
НАЧИНАТЬ
ОБНОВЛЕНИЕ ТАБЛИЦЫ 1
УСТАНОВИТЬ [ПЕР.] = @ПЕР.
ГДЕ ID = @ID;
ПОЛУЧИТЬ СЛЕДУЮЩИЙ ОТ КУРСОР
В @ID, @VAR
КОНЕЦ
ЗАКРЫТЬ КУРСОР;
УДАЛИТЬ КУРСОР;

После многих попыток я думаю, что проблема в части
ГДЕ TABLE1.[VAR] <> TABLE2.[VAR]
но я не знаю, как заменить это чем-то другим.
Спасибо за вашу помощь.`

sql
sql-сервер
база данных-курсор

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

Вы можете написать запрос UPDATE ... FROM... для обновления таблицы, используя результаты другого запроса, например:

 UPDATE Table1
НАБОР [ПЕР.] = Таблица2.ПЕР.
ИЗ Таблицы1
    ВНУТРЕННЕЕ СОЕДИНЕНИЕ Таблица 1 ВКЛ.
         ТАБЛИЦА1.ЧИСЛО = ТАБЛИЦА2.ЧИСЛО
         И ТАБЛИЦА1.МАТРИКОЛА = ТАБЛИЦА2.МАТРИКОЛА
ГДЕ TABLE1.[VAR] <> TABLE2.[VAR]

Я заменил LEFT JOIN на INNER JOIN , потому что предложение WHERE TABLE1.[VAR] <> TABLE2.[VAR] исключает значения NULL. NULL в SQL означает, что значение неизвестно. Вы не можете сравнивать одно Неизвестное значение с другим на равенство, так как единственным логическим результатом также является Неизвестно. TABLE1.[VAR] <> TABLE2.[VAR] будет ложным, даже если оба значения Var равны NULL.

Если столбцы Numero и Matricola проиндексированы, механизм базы данных будет использовать индексы для поиска совпадающих строк и их обновления. Если Var также проиндексирован, он будет использовать индекс для поиска строк, которые не совпадают. Фактический тип сопоставления будет зависеть от статистики данных, например, с использованием сопоставления хэшей или вложенных циклов.

Вы можете просмотреть план выполнения запроса, нажав на Отобразите предполагаемый план выполнения в Management Studio или нажмите Ctrl+L . В Azure Data Studio есть аналогичная команда.

Зарегистрируйтесь или войдите в систему

Зарегистрируйтесь с помощью Google

Зарегистрироваться через Facebook

Зарегистрируйтесь, используя адрес электронной почты и пароль

Опубликовать как гость

Электронная почта

Требуется, но не отображается

Опубликовать как гость

Электронная почта

Требуется, но не отображается

Нажимая «Опубликовать свой ответ», вы соглашаетесь с нашими условиями обслуживания и подтверждаете, что прочитали и поняли нашу политику конфиденциальности и кодекс поведения.

Тайна SQL-курсора

Дэн Рахлис

Вы когда-нибудь задумывались, кто использовал SQL-курсор или хотя бы понимали, что это такое?

Вы когда-нибудь задумывались над этим вопросом? Скорее всего, у вас никогда не было возможности применить SQL Cursor на практике в любом из ваших проектов, связанных с работой. Недавно у меня была возможность использовать курсор SQL для проекта, и я понял, насколько он мощный и полезный. Наличие технических инструментов для манипулирования данными может быть очень полезным для эффективного управления вашим временем для предоставления результатов клиентам. Актуарии, в частности, должны постоянно совершенствовать свои технические навыки, чтобы адаптироваться к определенным потребностям проекта и своевременно предоставлять результаты внутренним и внешним клиентам. Эта статья определяет и объясняет, что такое курсор SQL, и призвана помочь вам понять и использовать его в будущем.

Давайте начнем с основ, предполагая, что вы знаете основы SQL Server как инструмента для обработки и анализа данных: Что такое курсор SQL? Курсор SQL — это управляющая структура, позволяющая перемещаться по записям в базе данных. В обычном языке курсоры используются для обработки и выполнения логики над отдельными строками, возвращаемыми запросом. Его можно рассматривать как указатель на одну строку в таблице. Курсор может ссылаться только на одну строку за раз, но может перемещаться по всем строкам таблицы. Исторически было рекомендовано использовать курсор в крайнем случае, потому что SQL не предназначался для транзакций, а больше ориентировался на наборы данных. Но это может быть очень мощным и более эффективным, чем некоторые обходные пути. Курсор можно использовать в анализаторе SQL-запросов точно так же, как обычный оператор select—from. Вам нужно будет выучить только несколько новых операторов SQL:

Объявить курсор, определяющий набор результатов, или объявить локальную переменную, используя оператор Select
Откройте курсор, чтобы выполнить оператор Select и заполнить результирующий набор
Извлечь данные в локальные переменные по мере необходимости из курсора, по одной строке за раз
Закройте курсор, когда закончите
Освобождение ресурсов после завершения

Пример курсора SQL — с правильным синтаксисом

В этом примере я собираюсь определить несколько курсоров (называемых CLAIM и LINE), которые будут использоваться для просмотра набора данных заявлений о медицинском обслуживании и перенумерации номеров строк, чтобы они были последовательными и имели трехзначный формат символов. Это из реального проекта, но я не могу сказать вам, что это такое, за исключением того, что мы должны были создавать записи требований в определенном формате (где номера строк не могли быть дубликатами и должны были состоять из трех цифр с ведущими нулями). Теперь, когда мы это прояснили, первым шагом будет создание временной таблицы из существующего набора данных для уникального набора заявок, для которых нам нужно изменить нумерацию номеров строк заявок. Если вы не знаете, временная таблица такая же, как и обычная таблица базы данных, за исключением того, что она имеет символ # перед именем и доступна для использования только тогда, когда база данных открыта.

Выбрать отдельный идентификатор_заявки
В #различное_требование_ид
Из медицинского_требования_2010

Следующим шагом является объявление нескольких переменных, которые будут использоваться в курсоре. Эти переменные будут использоваться курсорами в сценарии SQL ниже. Локальная переменная SQL — это объект, который может содержать одно значение данных определенного типа. Обычно в сценариях SQL используются переменные:

В качестве счетчика либо для подсчета количества выполнений цикла, либо для контроля количества выполнений цикла;
Для хранения значения данных для проверки оператором управления потоком; или
Для сохранения значения данных, которое должно быть возвращено кодом возврата хранимой процедуры или возвращаемым значением функции.

объявлять @claimid_in varchar(50)
объявлять @claimid_update varchar(50)
объявлять @claimline# varchar(50)
объявлять @linesequence# varchar(3)
объявлять @counter int

Следующим шагом является определение курсоров . Курсор CLAIM — это уникальный номер утверждения, который мы будем использовать для перехода по набору данных для каждого утверждения и перенумерации номера строки. Курсор LINE — это уникальный номер заявки и номер строки заявки, который используется для обновления набора данных с помощью моей переменной счетчика строк с именем @linesequence#. Переменная @counter — это мой счетчик номера строки для номера претензии, который я сейчас сбрасываю.

Объявить курсор CLAIM для выбора идентификатора_заявки из #distinct_claim_id
Объявить курсор LINE для выбора идентификатора_заявки, номер_линии_заявки
Из медицинского_требования_2010, где требование_ид=@claimid_in

Если собрать все вместе, получится запрос SQL ниже (обратите внимание на синтаксис , так как это очень важно при написании операторов SQL.) Определяются временная таблица и переменные, затем открывается курсор CLAIM и из набора данных извлекается первая запись. Первая запись результата запроса помещается в переменную с именем @claim_in. Fetch_Status=0 — это тест, чтобы увидеть, находитесь ли вы в конце файла, и он будет отключен, если больше нет записей для обработки. У каждого курсора также есть операторы Begin и End, похожие на оператор While, которые сообщают SQL, где он начинается и заканчивается.

Следующим шагом является определение курсора LINE (подумайте об этом как о вложенных запросах или циклах). Курсор LINE используется для обновления фактического основного набора данных для каждой комбинации номера претензии и строки претензии. Курсор LINE зависит от курсора CLAIM и переменной @claimid_in, на которую в данный момент указывает указатель. Этот курсор открывается, и первая запись извлекается и помещается в две локальные переменные с именами @claim_update и @claimline#. Затем переменные счетчика устанавливаются в ноль, а затем в раздел основного действия. Текущая запись, извлекаемая из курсора LINE, соответствует основному утверждению из курсора CLAIM. Счетчик увеличивается и переформатируется с ведущими нулями с использованием операторов условия if. Затем текущая запись обновляется с помощью оператора Update. Что здесь уникально, так это оператор «Where Current of Line», который SQL распознает как текущую запись от курсора, в данном случае LINE. Следующая запись — Fetched для претензии, которую мы сейчас обрабатываем. Когда больше нет записей (или строк заявки, как их обычно называют) для этой уникальной заявки, внутренний курсор LINE отключается и передает обработку обратно курсору CLAIM для получения следующего номера заявки.