From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | ITAGAKI Takahiro <itagaki(dot)takahiro(at)oss(dot)ntt(dot)co(dot)jp> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Aggressive freezing in lazy-vacuum |
Date: | 2007-03-06 15:02:34 |
Message-ID: | 4399.1173193354@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches pgsql-performance |
ITAGAKI Takahiro <itagaki(dot)takahiro(at)oss(dot)ntt(dot)co(dot)jp> writes:
> Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> I think it's a really bad idea to freeze that aggressively under any
>> circumstances except being told to (ie, VACUUM FREEZE). When you
>> freeze, you lose history information that might be needed later --- for
>> forensic purposes if nothing else.
> I don't think we can supply such a historical database functionality here,
> because we can guarantee it just only for INSERTed tuples even if we pay
> attention. We've already enabled autovacuum as default, so that we cannot
> predict when the next vacuum starts and recently UPDATEd and DELETEd tuples
> are removed at random times.
I said nothing about expired tuples. The point of not freezing is to
preserve information about the insertion time of live tuples. And your
test case is unconvincing, because no sane DBA would run with such a
small value of vacuum_freeze_min_age.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Teodor Sigaev | 2007-03-06 15:06:54 | Re: GIST and TOAST |
Previous Message | Andrew - Supernews | 2007-03-06 14:53:15 | Re: GIST and TOAST |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2007-03-06 15:09:37 | Re: Heap page diagnostic/test functions (WIP) |
Previous Message | Gregory Stark | 2007-03-06 14:44:48 | Re: Heap page diagnostic/test functions (WIP) |
From | Date | Subject | |
---|---|---|---|
Next Message | Craig A. James | 2007-03-06 15:07:45 | Re: Estimate the size of the SQL file generated by pg_dump utility |
Previous Message | Bill Moran | 2007-03-06 13:44:37 | Re: Estimate the size of the SQL file generated by pg_dump utility |