Я готов согласиться что для pg я не тот термин подобрал.

Но какой взять? Ретроспективная? Консистентная на любой срез времени?

kdvДля среза или ретроспективности нужно делать то же самое, что делается у Оракла во flashback, и у MS SQL что-то там - нужно где-то "заморозить" состояние БД на момент времени, то есть, фактически держать копию базы.
Ничего Оракл не морозит. Сегмент данных меняется так же как и раньше.

kdvmaytonНо какой взять? Ретроспективная? Консистентная на любой срез времени?
Вот это что-ли?
http://pgcookbook.ru/programming/snapshots.html

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

Ivan DurakYo.!я говорил, что отдельный UNDO на оракловый манер у innodb большое преимущество, похоже начинает и до индустрии доходить
индустрия уже убежала вперед, я что-то ни в HIVE, ни в sparke, ни простигоспади в монгодб вообще никаких логов не видел.
Монго DB использует WAL. Здесь пишут об этом.
https://docs.mongodb.com/manual/tutorial/manage-journaling/

По поводу HIVE. Это другой класс систем. Отличающийся от транзакционных Oracle,MS-SQL,e.t.c.
У биг-даты "усечены" многие возможности связанные с транзакциями. Потому-как грузят в биг-дату
данные которые уже не меняются. Исторические. В идеале там не должно быть updates. Один раз загрузили
и оно лежит там себе. По ним строят разные материальные views но сами исходные данные
уже как правило не меняют.

Spark это вообще не DBMS. Это фреймворк который позиционируется как замена устаревшему Hadoop.

Не путайте господа классы систем.