SEO

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@pgfoundry.org either by
visiting
<http://pgfoundry.org/mailman/listinfo/replica-hooks-discuss> or by
mailing <replica-hooks-discuss-request@pgfoundry.org> with a subject
of "subscribe".

A

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

---------------------------(end of broadcast)---------------------------
TIP 4: Have you searched our list archives?

http://archives.postgresql.org

On Friday 29 September 2006 20:02, Andrew Sullivan wrote:
> 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.

We at the GORDA project strongly agree with this approach. I'll try to
summarize our proposals on the new list.

Regards,

--
Jose Orlando Pereira

---------------------------(end of broadcast)---------------------------
TIP 9: In versions below 8.0, the planner will ignore your desire to
choose an index scan if your joining column's datatypes do not
match