Integrating Replication into Core

Hi,

[ moving to -hackers, that seems more appropriate. ]

Jeff Davis wrote:
> If there is some great replication solution that a lot of people need
> and it will only work with a change to core, that change might make it
> in.

That's what I'm saying. Although it's hypothetical.

> However, there may not be nifty syntax changes nor GUCs in core to
> support a specific implementation of a replicator.

I'd love to get into that one. Some of the people who have attended my 
talk at the summit might know that I've introduced the following syntax 
to Postgres-R:

ALTER DATABASE testdb START REPLICATION IN GROUP testgroup USING egcs;

And I'm using the system catalogs to store replication settings. What's 
so wrong with that?

Joshua D. Drake wrote:> There is definitely another reason though :). Adding a replication> solution that is integrated
*will*increase development overhead in> terms of support.
 

Sure. It's an additional feature after all. Refusing to add stuff to 
core because it increases development overhead certainly is a dead end.
> Replication touches (alot) of places.

Yes, that's exactly why I'm going the integrated way with Postgres-R.
:-)

Regards

Markus