Re: PG and undo logging

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Ravi Krishna <sravikrishna3(at)gmail(dot)com>
Cc: Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>, "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: PG and undo logging
Date: 2015-05-24 15:00:04
Message-ID: 26654.1432479604@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Ravi Krishna <sravikrishna3(at)gmail(dot)com> writes:
> Thanks for the detailed explanation. The explanation makes me wonder
> that PG must do more work at commit time, right?

No. Commit and abort are both O(1). Where we pay the piper is in
having to run VACUUM to clean up no-longer-needed row versions.

This is a better design in principle, because the necessary maintenance
can be done in background processes rather than making clients wait
for transactions to finish. In practice, it's still pretty annoying,
just in different ways than Oracle's UNDO.

regards, tom lane

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Francisco Olarte 2015-05-24 19:08:18 Re: How to skip duplicate records while copying from CSV to table in Postgresql using "COPY"
Previous Message Adrian Klaver 2015-05-24 14:52:43 Re: How to skip duplicate records while copying from CSV to table in Postgresql using "COPY"