В качестве опыта был написан и запущен следующий скрипт:
1.
2.
3.
4.
5.
6.
begin
for i in 1 .. 100000 loop
insert into alltab(table_name,owner) values(i||' '||sysdate,'SYS');
end loop;
end;
/
Замечу сразу, что COMMIT не был сделан. А был сделан ROLLBACK.
В результате был сделан откат. Но сейчас не это главное.
База работает в режиме ARCHIVELOG.
В результате транзакции получилось 51 файлов журналов повторов(только для вставки).
Так вот после анализа LogMiner-ом выяснился следующий факт:
для этой транзакции было сформировано 947 уникальных номер SCN.
Причём на каждый SCN приходится неодинаковое количество операторо insert into...
Весь список публиковать не буду, только начало и конец:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
SCN Кол-во опер. insert на данный SCN
-------------- ---------------------------------
1137853 1
1137854 3
1137855 1
1137856 2
1137857 1
1137858 2
1137859 1
1137860 2
1137861 3
1137862 1
1137863 2
1137864 1
1137865 4
1137866 1
1137867 4
1137868 1
1137869 4
1137870 1
1137871 4
..................
1138832 43
1138833 108
1138834 152
1138835 69
1138836 160
1138837 100
1138838 25
1138839 125
1138840 144
1138841 116
1138842 120
1138843 139
1138844 76
1138846 130
1138847 130
1138848 130
1138849 16
1138850 112
1138851 148
Делаем вывод, что реально SCN присваивается не
каждой отдельной транзакции, а группе операторов в транзакции.
Причём с первого вгляда понять логику - на какое количество операторов
в транзакции присваивается SCN трудно.
Я предполагаю, что на каждый сброс из буффера журнала повторов.
Народ, прокомментируйте кто как сможет.
