Ouch!
At Tue, 6 Oct 2015 17:22:17 -0400, Robert Haas wrote in
> On Mon, Oct 5, 2015 at 6:07 AM, Kyotaro HORIGUCHI
> wrote:
> > /*
> > * We use the expand_dbname parameter to process the connection
> > string (or
> > -* URI), and pass some extra options. The deliberate
On Mon, Oct 5, 2015 at 6:07 AM, Kyotaro HORIGUCHI
wrote:
> /*
> * We use the expand_dbname parameter to process the connection
> string (or
> -* URI), and pass some extra options. The deliberately undocumented
> -* parameter "replication=true" makes it a replicati
Thanks for your answer:)
>This is introduced by the commit 5a991ef, which allows logical
>decoding via walsender interface. The paramter replication has
>been there far from the commit intentionary as an 'undocumented
>paramter'. This is, I suppose, because it is treated as a part of
>the replicat
Hello,
At Fri, 2 Oct 2015 23:13:24 +0900, Takashi Ohnishi wrote
in
> I found that it can be set like 'replication = true' in connection
> parameter as documentation says in "50.3. Streaming Replication Protocol",
> but this parameter is not denoted in "31.1.2. Parameter Key Words".
This is in
Hi,
I found that it can be set like 'replication = true' in connection
parameter as documentation says in "50.3. Streaming Replication Protocol",
but this parameter is not denoted in "31.1.2. Parameter Key Words".
How about adding notation about this paramter in 31.1.2.?
Attached is a patch for
