Re: Implementing an Index Access Method in PG 8.4 - Mailing list pgsql-general

From Greg Stark
Subject Re: Implementing an Index Access Method in PG 8.4
Date
Msg-id 407d949e1002230221v29c3cc36j79e8a35c77749da6@mail.gmail.com
Whole thread Raw
In response to Implementing an Index Access Method in PG 8.4  (Carsten Kropf <ckropf2@fh-hof.de>)
Responses Re: Implementing an Index Access Method in PG 8.4  (Carsten Kropf <ckropf2@fh-hof.de>)
List pgsql-general
On Tue, Feb 23, 2010 at 10:00 AM, Carsten Kropf <ckropf2@fh-hof.de> wrote:
> I have a question according to the implementation of a new index access method in Postgres. Is it necessary to
implementa new resource manager for XLog when I am trying to achieve a stable new index access method? 
>

It's not currently possible to register a new recovery manager for a
module built outside the Postgres source tree. What's happened in the
past is new index methods weren't recoverable (after a database crash
indexes had to be rebuilt) but when they were integrated into the
Postgres source tree adding recoverability was a major piece of that
integration.

There's been some talk about allowing modules to register new recovery
managers but in the past it gets stuck on where to store information
about the recovery manager since the database tables aren't available.
And on how to guarantee that the backup database and the original
database have the same idea of which recovery manager is which.

--
greg

pgsql-general by date:

Previous
From: Greg Stark
Date:
Subject: Re: Sorting performance vs. MySQL
Next
From: "Net Tree Inc."
Date:
Subject: Re: pg_dump: aborting because of version mismatch