| От | Tom Lane |
|---|---|
| Тема | Re: Reconstructing transaction content after the fact |
| Дата | |
| Msg-id | 427489.1599075341@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Reconstructing transaction content after the fact (Lionel Bouton <lionel.bouton@jtek.fr>) |
| Список | pgsql-general |
Alvaro Herrera <alvherre@2ndquadrant.com> writes:
> On 2020-Sep-02, Tom Lane wrote:
>> See VACUUM FREEZE. You couldn't hide connections immediately after
>> insertion, but if the idea is to sanitize every so often, it'd help.
> Starting with 9.4 which introduced the use of HEAP_XMIN_FROZEN
> combination in infomask to replace rewriting the xmin value proper, the
> Xids will be preserved by freezing, so that won't help.
Ah, right.
> One option to hide the xids might be to recreate the tables every once
> in a while, with something like
Hmm. Expensive, but if you were willing to make it even more expensive,
you could also defeat the tuple-ordering attacks mentioned upthread:
CREATE TABLE votes_copy AS SELECT * FROM votes ORDER BY random();
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера