Доброго времени суток.

Где можно увидеть значение SCN(START SCN), на момент которого выполнен запуск обычного SELECT запроса(не DML)?
Для DML запросов, насколько я понимаю, значение START SCN можно увидеть в V$TRANSACTION.

Спасибо всем кто откликнется.

Stax, спасибо за отклик.

Необходим SCN, на момент запуска активного запроса, а не "текущий"("current") на данный момент SCN.

Насколько я понимаю, серверный процесс где то должен хранить это значение, т.к. именно по нему("стартовому" значению SCN) определяет момент, на который, в случае необходимости, будет выполнять восстановление блоков данных, измененных за время выполнения запроса(" консистентное чтение ").
Или другими словами, данные, возвращаемые запросом, должны быть согласованы по времени и соответствовать моменту запуска запроса, а момент запуска запроса определяется текущим( на момент запуска ) SCN.

Возможно ли как то "увидеть" это значение SCN для уже выполняющегося запроса?

Elic, все верно! Вы правильно поняли мой вопрос. :)

авторВ одной транзакции может быть много DML-ей и у каждого свой SCN.

Насколько я понимаю, это "стартовый" SCN для транзакции - SCN, к которому, в случае сбоя или ROLLBACK, будет выполнен откат транзакции.
Есть ли нечто подобное для обычных SELECT запросов(не DML)?

В книге Льюиса "Oracle Core: Essential Internals for DBAs and Developers" есть следующее утверждение:
автор "Every process that can access the SGA can read and modify the SCN. Typically, processes read the current value of the location at start of each query or transaction (through a routine named kcmgss—Get Snapshot SCN), ..."

Возможно конечно "трудности перевода" и к SELECT это не имеет отношения.

Elic,

авторА тебе это зачем?
каким образом в этом случае выполняется "консистентное чтение" блоков при выполнении запросов? Ведь блоки должны быть восстановлены на момент запуска запроса.

Есть "долгоиграющий" запрос, который в самом конце своего выполнения обращается к таблице Tn . С момента запуска запроса, данные в блоках таблицы были изменены и зафиксированы(в заголовках блоков указан более "старший" SCN, нежели SCN на момент запуска запроса). Запрос прочитает блоки таблицы Tn , откатит изменения в блоках до SCN своего "старта", после чего прочтет CR-блоки и вернет конечный набор данных.

Если заблуждаюсь, просьба поправить. )

авторНо никак не объясняет желания




Далее из одной сессии запускаем запрос №1 :



Через 10 секунд из другой сессии запускаем запрос №2 :



Дожидаемся завершения обоих запросов и смотрим что в таблице:



Получаем:

Получается, что несмотря на то, что запрос №1 был запущен раньше(с предположительно "меньшим" SCN), чем запрос №2 , данные для обновления он сформировал на момент "позже", чем момент запуска запроса №2 .

Правильно ли я понимаю, что в момент запуска запроса №1 , у него был один "стартовый" SCN, после чего его SCN еще раз изменился, в следствии повторного запуска запрос №1 ?