Re: Persist MVCC forever - retain history
От
Thomas Kellerer
Тема
Re: Persist MVCC forever - retain history
Дата
Msg-id
80b49c4c-6330-cba0-d7f0-ae83e9f0a790@gmx.net
Ответ на
Re: Persist MVCC forever - retain history (Konstantin Knizhnik)
Список
Дерево обсуждения
Persist MVCC forever - retain history Mitar <mmitar@gmail.com>
Re: Persist MVCC forever - retain history Thomas Munro <thomas.munro@gmail.com>
Re: Persist MVCC forever - retain history Mitar <mmitar@gmail.com>
Re: Persist MVCC forever - retain history "Jonah H. Harris" <jonah.harris@gmail.com>
Re: Persist MVCC forever - retain history "David G. Johnston" <david.g.johnston@gmail.com>
Re: Persist MVCC forever - retain history Mitar <mmitar@gmail.com>
Re: Persist MVCC forever - retain history Mark Dilger <mark.dilger@enterprisedb.com>
Re: Persist MVCC forever - retain history Mitar <mmitar@gmail.com>
Re: Persist MVCC forever - retain history Konstantin Knizhnik <k.knizhnik@postgrespro.ru>
Re: Persist MVCC forever - retain history Mitar <mmitar@gmail.com>
Re: Persist MVCC forever - retain history Konstantin Knizhnik <k.knizhnik@postgrespro.ru>
Re: Persist MVCC forever - retain history Thomas Kellerer <shammat@gmx.net>
Re: Persist MVCC forever - retain history Adam Brusselback <adambrusselback@gmail.com>
Konstantin Knizhnik schrieb am 05.07.2020 um 19:31: >> I am surprised that you are saying you didn't feel big interest. My >> reading of the thread is the opposite, that there was quite some >> interest, but that there are technical challenges to overcome. So you >> gave up on that work? > No, I have not gave up. > But... > There are well known problems of proposed approach: > 1. Not supporting schema changes > 2. Not compatible with DROP/TRUNCATE > 3. Presence of large number of aborted transaction can slow down data access. > 4. Semantic of join of tables with different timestamp is obscure. Oracle partially solved this (at least 1,3 and 4 - don't know about 3) by storing the old versions in a separate table that is automatically managed if you enable the feature. If a query uses the AS OF to go "back in time", it's rewritten to access the history table. Thomas
В списке pgsql-hackers по дате отправления
От: Stephen Frost
Дата: