From: | Itagaki Takahiro <itagaki(dot)takahiro(at)gmail(dot)com> |
---|---|
To: | Dimitri Fontaine <dfontaine(at)hi-media(dot)com> |
Cc: | Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, Fujii Masao <masao(dot)fujii(at)gmail(dot)com>, Joshua Tolley <eggyknap(at)gmail(dot)com>, Yeb Havinga <yebhavinga(at)gmail(dot)com>, Aidan Van Dyk <aidan(at)highrise(dot)ca>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: register/unregister standby Re: Synchronous replication |
Date: | 2010-09-02 10:03:56 |
Message-ID: | AANLkTi=GCJ84kXsZtOP3AuFiT8=UTYDyiSW2xyouYJRR@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, Sep 2, 2010 at 6:41 PM, Dimitri Fontaine <dfontaine(at)hi-media(dot)com> wrote:
> In fact you don't need shell access here, it's rather easy to stream the
> base backup from the libpq connection, as implemented here :
>
> http://github.com/dimitri/pg_basebackup
>
>> There's been some talk of being able to stream a base backup over the
>> replication connection too, which would be extremely handy.
>
> Yes please ! :)
One issue of the base backup function is that the operation will
be a long transaction. So, non-transactional special commands,
as like as VACUUM, would be better in terms of performance.
For example, CREATE or ALTER REPLICATION.
Of course, function-based approach is more flexible and
less invasive to the SQL parser. There are trade-offs.
--
Itagaki Takahiro
From | Date | Subject | |
---|---|---|---|
Next Message | Thom Brown | 2010-09-02 10:23:12 | Re: register/unregister standby Re: Synchronous replication |
Previous Message | Dimitri Fontaine | 2010-09-02 09:47:14 | Re: array_agg() NULL Handling |