From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Igor Korot <ikorot01(at)gmail(dot)com> |
Cc: | "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>, Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>, pgsql-general <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Connection options |
Date: | 2017-06-15 22:16:14 |
Message-ID: | 12697.1497564974@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Igor Korot <ikorot01(at)gmail(dot)com> writes:
> On Thu, Jun 15, 2017 at 4:46 PM, David G. Johnston
> <david(dot)g(dot)johnston(at)gmail(dot)com> wrote:
>> The options you pass from the client via the "options" attribute are
>> interpreted by *the server* as command-line options. They are not options
>> that control libpq itself.
> Can you give an example or try to explain it?
> What do you mean by "interpreted by the server as command-line options"?
See the switches described in
https://www.postgresql.org/docs/current/static/app-postgres.html
The point of the libpq "options" argument is that you can pass server
settings using that same switch syntax, for settings you'd be allowed to
change at runtime. This is obsolete legacy stuff; all of the available
options can be set with SET commands, and that's the preferred way to do
it now.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Patrick B | 2017-06-15 22:19:45 | Re: plpgsql function with offset - Postgres 9.1 |
Previous Message | David G. Johnston | 2017-06-15 22:12:33 | Re: Connection options |