Dmitry Y.ДокаThe BEGIN ... END statement gives the statements defined within the BEGIN and END keywords the status of a single statement.
Т.е. все что находится внутри begin end - выполняется как _одна_ целая операция с одной точкой актуальности. И любая выборка выдаст значения либо со _всеми_ действиями произведенными внутри или без.
begin atomic end означает только
"ATOMIC indicates that, if an error occurs in the compound statement, all SQL statements in the compound statement will be rolled back, and any remaining SQL statements in the compound statement are not processed."
и ничего больше. Про точку актуальности в доке ничего нет. Но практика критерий истинности.
Тест на begin etomic end. Чтобы смоделировать задержку между двумя update внутри блока делаем еще 1 таблицу locker. Решение, наверное, не очень красивое поскольку, вероятно, в DB2 есть какая-нибудь стандартная функция имитирующая задержку.
1.
2.
3.
create table locker(id integer);
insert into locker values( 1 );
commit;
Вспомогательная сессия
1.
2.
db2 =>update locker set id = 2 ;
DB20000I Der Befehl SQL wurde erfolgreich ausgeführt.
Сессия 1
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
db2 =>select * from saldo@
ACCOUNT AMOUNT
----------- -----------
1 20
2 80
2 Satz/Sätze ausgewählt.
db2 =>begin atomic
db2 =>update saldo set amount = amount - 10 where account = 2 ;
db2 =>update locker set id = 5 ;
db2 =>update saldo set amount = amount + 10 where account = 1 ;
db2 =>end@
Висит на операторе update locker.
Сессия 2
1.
2.
3.
db2 =>declare curacc cursor for select * from saldo;
DB20000I Der Befehl SQL wurde erfolgreich ausgeführt.
db2 =>open curacc;
Висит так как запись 2 в saldo заблокирована сессией 1.
Вспомогательная сессия
1.
2.
db2 =>rollback;
DB20000I Der Befehl SQL wurde erfolgreich ausgeführt.
Сессия 1 продолжает дальше
1.
2.
3.
4.
DB20000I Der Befehl SQL wurde erfolgreich ausgeführt.
db2 =>commit@
DB20000I Der Befehl SQL wurde erfolgreich ausgeführt.
db2 =>
Сессия 2 продолжает дальше
Сессия 2
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
db2 =>fetch curacc;
ACCOUNT AMOUNT
----------- -----------
1 20
1 Satz/Sätze ausgewählt.
db2 =>fetch curacc;
ACCOUNT AMOUNT
----------- -----------
2 70
1 Satz/Sätze ausgewählt.
db2 =>
Повторяем
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
db2 =>select * from saldo;
ACCOUNT AMOUNT
----------- -----------
1 30
2 70
2 Satz/Sätze ausgewählt.
db2 =>
Так что begin atomic не помог. Нет никакой точки актуальности. Сессия 2 берет первую запись потому что она свободна и ждет вторую запись, потому что она заблокирована. Когда запись освобождается сессия 2 берет то значение, которое туда была записано первой сессией. Поэтому получаем странный результат - первая запись от одного целостного состояния, а вторая от другого. Потому что уровень изоляции CS так работает.
