Друзья,

столкнулся с такой задачей - где найти подробное описание действий, которые делаются с курсором
во время операций EXEC и FETCH.
Сразу предупреждаю любителей писать банальности вроде этой:

Execute cursor: The SQL statement is executed. But be careful—the database engine
doesn’t always do anything significant during this phase. In fact, for many types of queries,
the real processing is usually delayed to the fetch phase.

Fetch cursor: If the SQL statement returns data, this step retrieves it. Especially for queries,
this step is where most of the processing is performed. In the case of queries, the result set
might be partially fetched. In other words, the cursor might be closed before fetching all
the rows.

- интересует именно глубинное описание. Искал на Сети - ничего более вразумительного, чем приведенное выше, не нашел.
Вопрос возник в связи с тем, что один и тот же запрос в разное время или на разных данных/серверах БД,
в топе профиля ресурсов выдает то EXEC (CPU), то FETCH (CPU).

Итак:
- что же делает курсор во время EXEC?
- что делает оный во время FETCH?

Интересует ПРЕЖДЕ всего - SELECT.
И - в качестве бонуса - UPDATE & INSERT.


Спасибо.

ElicavduИ - в качестве бонуса - UPDATE & INSERT.Давай ты сам сперва выскажешь своё предположение, что же в таких случаях "делает оный во время FETCH?"

Здесь проще - то, что делает FETCH видно из файла трассировки - в рамках вызова FETCH (перед ним) идут
1. Запросы к ОС на чтение вида WAIT nam='db file sequential read' и прочие подобные (scattered read, etc) и
2. Пересылка туда-сюда по сети (SQL*Net message to/from client) - тоже, в общем-то, к ОС.

Последние бывают и с EXEC, но первые - нет (речь пока о SELECT).

Вот в связи с этим и любопытственно - что же (пока в случае SELECT) делает EXEC?

Хотелось бы препарировать EXEC и FETCH и сделать наглядное пособие.
Как в анатомии.

Валерий ЮринскийavduХотелось бы препарировать EXEC и FETCH и сделать наглядное пособие.
Как в анатомии.Зачем и кому это нужно?
Много свободного времени на работе?

Если вам это не нужно - не пишите сюда.
Мне - нужно. И именно на работе и по работе.
Все просто.

ElicavduЗдесь проще - то, что делает FETCH видно из файла трассировки - в рамках вызова FETCH (перед ним) идутЗачёт не сдан. Тебе, неуч, рано копать так глубоко.

Я тебе зачеты и не сдаю.
Не вышел лицом.

-2-avduчто делает FETCH видно из файла трассировки - в рамках вызова FETCH (перед ним) идут
1. Запросы к ОС на чтение вида WAIT nam='db file sequential read' и прочие подобные (scattered read, etc) и
2. Пересылка туда-сюда по сети (SQL*Net message to/from client) - тоже, в общем-то, к ОС.Выводы ни о чем. Во-первых, и без трассировки очевидно, что при фетче могут быть и физические чтения (еще и логические!), и передача по сети. А могут и не быть.
Во-вторых, не все фетчи одинаковы, а уж с точки зрения клиента наворачивается еще куча слоев.
Расскажи, в чем нужность, если вопрос получится менее бестолковым, ответят.

Очень видно (очевидно) - это где? Для красного словца?

Я намеренно упростил ответ - очевидно!!! бывает по разному.

В начальном посту я написал, для чего это нужно.

Очевидно!!!, придется искать самому. Тем более мне-то ясно, для чего это нужно.

Ну что-ж, найдем, не впервой.

Прошу всех, кому сказать нечего, не тратить свое время и не упражнять свое хамское красноречие.

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

Есть же еще на Руси великой и приличные люди?