Jan Wieck wrote:Taking into account that quite a few people have repeatedly stated that the components in contrib are considered more supported/recommended than similar solutions found on gborg or any other external site, I suggest we move the projects dbmirror and dblink to gborg. The rserv contrib module seems to me to be an early Perl prototype of erserver, nobody is working on any more. I suggest we drop that entirely.
Comments/alternatives?
dblink gets regularly updated as and when things change which affect it in the backend. It is more tightly bond to the backend than a client application, which the replication solutions you mention are. It is not a replication solution anyway, so I'm not sure why you would categorize in that way.
None of the replication solutions I see are client applications only. Substantial parts of erserver and Slony for example are loadable modules and stored procedures, tightly bond to the backend by using data and functionality not available via the SPI. So the same problems apply here, which then would be a reason to add them to contrib as well?
Jan
-- #======================================================================# # It's easier to get forgiveness for being wrong than for being right. # # Let's break this rule - forgive me. # #================================================== [EMAIL PROTECTED] #
---------------------------(end of broadcast)--------------------------- TIP 5: Have you checked our extensive FAQ?
http://www.postgresql.org/docs/faqs/FAQ.html
