И что плохого в хранении версий в самой таблице? pg

же также делает и никто не жалуется?

какая то каша. в pg тоже неотключаемый acid. версионность в субд и как они это достигают тема параллельная. в pg сделано криво, требует vacum. они это понимают и переделывают, скоро будет на манер ораклового undo. но к acid это никак не относится

Uber )

wait, wait, убер разве не на mySQL?

убер первый на vacum громко и пожаловался, из-за этого ушел на mysql вспомнил, zHeap pg делает, копируя подходы undo оракла

То был сарказм

Можно статью поискать про то почему убер пернулся к MySQL. Помнится, там из за MVCC проблемы и были

в оракле она реализована нормально и таких проблем нет. дело не в mvcc, а кривой реализации

надо встраиваемый смайлик с сарказмом, мой сарказм никогда не понятен((

В оракле есть снапшот ту олд, так что критерий нормальности ещё под вопросом

для меня это мегафича. в мсскл например вся бд становиться колом если длинная транзакция забила темдб

Блин, ну mvcc реализована в виде хранения старых и новых версий строк вместе. От этого и проблема. Например, я сам наблюдал как долгоиграющий селект на реплике клал основной сервер. В той статье тоже помнится есть такой кейс.

Где-то пару лет назад я слышал намерение её решать

это разные вбросы. первый что дата лейк плох, там нет говно acid, как в lakehouse. но их delta.io с тем самым говно acid работает второй вброс про acid. тут думаю разобрали