| From: | Şahap Aşçı <sahapasci(at)gmail(dot)com> |
|---|---|
| To: | Michael Paquier <michael(dot)paquier(at)gmail(dot)com> |
| Cc: | pgsql-docs(at)postgresql(dot)org, Fujii Masao <masao(dot)fujii(at)gmail(dot)com> |
| Subject: | Re: libpq options |
| Date: | 2017-11-28 08:00:14 |
| Message-ID: | CAH8RQfVUNZd5H1aeNvNgVPHs-EfrmTc1bvNnBdhypVAE2MwiZg@mail.gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-docs |
I think this solves the consistency issue that i am talking about. Well, i
am just looking from documentation user point of view.
If it's developer only option and shouldn't be documented then maybe adding
a 'IDENTIFY_SYSTEM' parameter to pg_receivexlog is more appropriate.
like this pg_receivexlog ... --identify-system
On Sat, Nov 25, 2017 at 1:05 PM, Michael Paquier <michael(dot)paquier(at)gmail(dot)com>
wrote:
> On Wed, Nov 22, 2017 at 11:36 PM, Michael Paquier
> <michael(dot)paquier(at)gmail(dot)com> wrote:
> > Yeah, it is mainly a developer option which is why I guess it is not
> > documented. Like you, I think it should be added as part of the
> > connection parameter, and mentioned it a couple of days back:
> > https://www.postgresql.org/message-id/CAB7nPqQAtKfG3H%
> 2BuK11JNivtJtZYE9yVCrPuejRMjp8tUDe0nQ%40mail.gmail.com
>
> Attached is a patch as an attempt to bring together the best of both
> worlds. The idea is to move the description of how the connection
> parameter replication works from the replication protocol page into
> the section of libpq dedicated to connection parameters, and add links
> between both sections.
>
> Thoughts?
> --
> Michael
>
--
Şahap Aşçı
<https://tr.linkedin.com/in/sahapasci>
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Michael Paquier | 2017-11-28 08:21:37 | Re: libpq options |
| Previous Message | Daniel Gustafsson | 2017-11-27 15:00:42 | PARALLEL in old syntax for CREATE AGGREGATE |