Re: Type of application that use PostgreSQL

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Shridhar Daithankar <shridhar_daithankar(at)persistent(dot)co(dot)in>
Cc: Peter Childs <blue(dot)dragon(at)blueyonder(dot)co(dot)uk>, PgSQL General ML <pgsql-general(at)postgresql(dot)org>
Subject: Re: Type of application that use PostgreSQL
Date: 2003-10-03 14:32:20
Message-ID: 19249.1065191540@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Shridhar Daithankar <shridhar_daithankar(at)persistent(dot)co(dot)in> writes:
> Peter Childs wrote:
>>> Postgresql do have update logs in form of WAL.

>> No it does not. WAL is Down-Date Logs not update logs. WAL will
>> enable you to rewind to the beginning of all currently running
>> transactions after a crash. Ie roll-back not roll-forward.

> Right.

Wrong. Peter, don't state something so authoritatively when you
obviously haven't looked at the code. Postgres does not do roll-back,
ever. (We don't need it because of MVCC.) We use WAL for roll
*forward* from the last checkpoint after a crash. Any updates that
didn't make it to disk before the crash are restored from WAL.

All that we basically need for PITR is to provide management code that
lets old WAL segments get archived off to tape (or wherever) rather than
deleted, plus some kind of control that lets the roll-forward process be
stopped at the desired point-in-time rather than necessarily running to
the end of the available WAL data. This isn't a trivial amount of code,
but there's no great conceptual difficulty either.

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2003-10-03 14:35:08 Re: Discussion about inheritance
Previous Message Stef 2003-10-03 14:30:40 Postgres low end processing.