serg99Сериализуемость как таковая не требует хранить все версии на момент начала транзакции. ..... Если запись кем то изменена до того как отчет первый раз ее считал, то никаких проблем с сериализуемостью нет.
Как минимум, проблема будет в увеличении количества транзакций, завершившихся с "cannot serialize access". Ну и следующий вопрос.
serg99Интересно есть ли случаи когда реально нужен snap shot?
Хм. Собственно, snapshot - единственный имхо вариант получить реальную картину, а не некое условное к ней приближение.
Допустим, у нас есть двадцать работников, шлепающих детали и записывающие каждую в БД. В этом случае без снапшота варианты кода
1.
2.
3.
set transaction serializable ;
select count(*) from details group by employee_id ;
и
1.
2.
3.
4.
5.
set transaction serializable ;
select count(*) from details where employee_id = 1 ;
select count(*) from details where employee_id = 2 ;
....
выдадут разные результаты, что не есть хорошо. Да, разумеется, с этим можно бороться. Как можно бороться с фантомами, и со всем остальным. Но имхо СУБД придумали как раз для уменьшения необходимости в борьбе.
Существуют и другие решения, но они сложнее в реализации.
В такой ситуации - сомневаюсь. Можно ссылку?
