Skip site navigation (1) Skip section navigation (2)

Replication hooks discussion

From: Andrew Sullivan <ajs(at)crankycanuck(dot)ca>
To: PostgreSQL-development <pgsql-hackers(at)postgreSQL(dot)org>
Subject: Replication hooks discussion
Date: 2006-09-29 19:02:12
Message-ID: 20060929190212.GC23697@phlogiston.dyndns.org (view raw or flat)
Thread:
Lists: pgsql-hackers
Hello,

At the beginning of the month, in
<http://archives.postgresql.org/pgsql-hackers/2006-09/msg00453.php>,
I said that I'd be willing to try to do any sort of co-ordination,
document writing, &c. for a project that might define common back-end
resources necessary for the various kinds of replication systems
people seem to want.

There seems to be a widespread agreement that there is more than one
sort of replication facilities that are desired, and that none of the
systems on offer satisfies all of those desires.  There also seems to
be a hope that we could come to some sort of agreement on what the
necessary conditions for any of these facilties are.  If we could,
then we could build the necessary framework to provide those
conditions, and it could be made available in the back end without
every replication project having to be shipped with the main
PostgreSQL code.  

I have absolutely no clue whether this is really possible, but it
seems like it might be worth trying to find out at least in
principle.  So I said I'd try to co-ordinate the definition of the
necessary conditions.

Someone suggested to me that I set up a mailing list to do that,
because otherwise we might generate a lot of pointless noise on the
-hackers list.  I have set up a list.  If anyone is interested, you
can subscribe to replica-hooks-discuss(at)pgfoundry(dot)org either by
visiting
<http://pgfoundry.org/mailman/listinfo/replica-hooks-discuss> or by
mailing <replica-hooks-discuss-request(at)pgfoundry(dot)org> with a subject
of "subscribe".

A

-- 
Andrew Sullivan  | ajs(at)crankycanuck(dot)ca
This work was visionary and imaginative, and goes to show that visionary
and imaginative work need not end up well. 
		--Dennis Ritchie

Responses

pgsql-hackers by date

Next:From: David FetterDate: 2006-09-29 19:40:17
Subject: Per-database search_path
Previous:From: Erik JonesDate: 2006-09-29 18:51:59
Subject: Re: [GENERAL] Array assignment behavior (was Re: Stored procedure

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group