| From: | Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com> |
|---|---|
| To: | Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov> |
| Cc: | Andres Freund <andres(at)2ndquadrant(dot)com>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: [PATCH 13/16] Introduction of pair of logical walreceiver/sender |
| Date: | 2012-06-29 15:39:09 |
| Message-ID: | 4FEDCC1D.9070005@enterprisedb.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 29.06.2012 18:28, Kevin Grittner wrote:
> It would be nice if there was at least a thin layer of the sender
> portion which could by used by a stand-alone program. I can think
> of lots of useful reasons to "T" the WAL stream -- passing through
> the stream with little or no modification to at least one side. As
> just one example, I would like a program to write traditional WAL
> files to match what an archive on the sending side would look like
> while passing the stream through to an asynchronous hot standby.
That isn't really related to the logical replication stuff, but I agree
that would be cool. You can sort of do that with cascading replication,
but a thin stand-alone program would be nicer.
--
Heikki Linnakangas
EnterpriseDB http://www.enterprisedb.com
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Jaime Casanova | 2012-06-29 16:39:15 | Re: [v9.3] Extra Daemons (Re: elegant and effective way for running jobs inside a database) |
| Previous Message | Andres Freund | 2012-06-29 15:38:42 | Re: [PATCH 13/16] Introduction of pair of logical walreceiver/sender |