public inbox for [email protected]
help / color / mirror / Atom feedFrom: Jim Nasby <[email protected]>
To: David Fetter <[email protected]>
To: Craig Ringer <[email protected]>
To: Jon Erdman <[email protected]>
Cc: Robert Haas <[email protected]>
Cc: Andres Freund <[email protected]>
Cc: Simon Riggs <[email protected]>
Cc: Konstantin Knizhnik <[email protected]>
Cc: pgsql-hackers <[email protected]>
Subject: Re: Logical replication and multimaster
Date: Tue, 15 Dec 2015 21:48:52 -0600
Message-ID: <[email protected]> (raw)
In-Reply-To: <[email protected]>
References: <[email protected]>
<CANP8+jLmPXKxDsqXwf6RNSp9Q-6uc7UcZo=KNfCzH0PeehhE=w@mail.gmail.com>
<CAMsr+YEfTEp35bQ5ia__nDwc2MwzYUQcuQ__vT_b=UNOHyooMA@mail.gmail.com>
<CA+TgmoaqJJsPNb7JDAHTtGZbH7CSenuf=0trQ_j1+_scLE-c0w@mail.gmail.com>
<CAMsr+YFf4hA=hLTe2hvPZ95-Fxf3bT80-_8CWwrDpDzva3LTOw@mail.gmail.com>
<[email protected]>
<CA+TgmobiQUpXpiJ0z+=PMjL4at5TteZ27A8JPMY+QQb_9NeyJA@mail.gmail.com>
<CAMsr+YF7vP72LzMmNhe0ppZg-KnEt8d_RXzyjZaZMNykmQEiVQ@mail.gmail.com>
<[email protected]>
List-Unsubscribe: <mailto:[email protected]?body=unsub%20pgsql-hackers>
On 12/13/15 7:37 AM, David Fetter wrote:
> As I understand it, pushing these into a library has been proposed but
> not rejected. That it hasn't happened yet is mostly about the lack of
> tuits (the round ones) to rewrite the functionality as libraries and
> refactor pg_dump/pg_restore to use only calls to same. As usual, it's
> less about writing the code and more about the enormous amount of
> testing any such a refactor would entail.
My understanding as well. IIRC Jon Erdman brought this question up a
couple years ago and the response was "It'd probably be accepted, it's
just that no one has done the work."
> I believe that refactoring much of pg_dump's functionality for the
> current version of the server into SQL-accessible functions and making
> pg_dump use only those functions is achievable with available
> resources.
>
> Such a refactor need not be all-or-nothing. For example, the
> dependency resolution stuff is a first step that appears to be worth
> doing by itself even if the effort then pauses, possibly for some
> time.
If someone wanted to spend time on this, I suspect it'd be worth looking
at how bad some of the backward compatibility issues would be if done in
the server. Maybe they wouldn't be that bad. I suspect the audience for
this code would be much larger if it was in the server as opposed to a C
library.
--
Jim Nasby, Data Architect, Blue Treble Consulting, Austin TX
Experts in Analytics, Data Architecture and PostgreSQL
Data in Trouble? Get it in Treble! http://BlueTreble.com
--
Sent via pgsql-hackers mailing list ([email protected])
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
view thread (38+ messages) latest in thread
reply
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: [email protected]
Cc: [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected], [email protected]
Subject: Re: Logical replication and multimaster
In-Reply-To: <[email protected]>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox