Re: Postgresql Upgrade 7.4 to 8.2

From: Zach Bagnall <zach(dot)bagnall(at)bulletinwireless(dot)com>
To: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-admin(at)postgresql(dot)org, Peter Eisentraut <peter_e(at)gmx(dot)net>, radhika(at)88thstreet(dot)com
Subject: Re: Postgresql Upgrade 7.4 to 8.2
Date: 2007-02-14 03:26:24
Message-ID: 45D28160.10309@bulletinwireless.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

On 02/14/07 16:00, Joshua D. Drake wrote:
> Tom Lane wrote:
>> Zach Bagnall <zach(dot)bagnall(at)bulletinwireless(dot)com> writes:
>>>> Seriously though, the PITR recovery mechanism is quite mature and usable.
>>> I would say it is a good start - and progress is clearly being made. But
>>> it wont be "usable" for most serious applications until we have
>>> per-database transaction logging and backup recovery.
>
>> Don't hold your breath; that's not even on the agenda, much less
>> something that's likely to appear soon. If you need separable recovery
>> then run a different postmaster instance for each database.
>
> I would have to concur... if you need such a feature I would wonder why
> you are running multiple databases within the same cluster at all.

It's not exactly an exotic feature. Sybase has had it for as long as I
can remember, as has Informix and DB2 (I'm told).

The obvious reason for not running multiple instances is that postgresql
will know how to use the available memory most efficiently. By splitting
them up, each postmaster must be tuned and adjusted by a stupid human.

Unless you meant using a new hardware server for each database..

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Thomas Papke 2007-02-14 06:55:14 Re: Question to safe way for minor update
Previous Message Joshua D. Drake 2007-02-14 03:00:31 Re: Postgresql Upgrade 7.4 to 8.2