Re: request for database identifier in the startup packet - Mailing list pgsql-hackers

From Robert Haas
Subject Re: request for database identifier in the startup packet
Date
Msg-id CA+Tgmobh-Dfy_jQOUacSNzo_aUYi=LF6RYQeD18jFZG_0NxDtw@mail.gmail.com
Whole thread Raw
In response to Re: request for database identifier in the startup packet  (Dave Cramer <davecramer@gmail.com>)
Responses Re: request for database identifier in the startup packet
List pgsql-hackers
On Thu, May 9, 2024 at 3:33 PM Dave Cramer <davecramer@gmail.com> wrote:
> On Thu, 9 May 2024 at 15:19, Robert Haas <robertmhaas@gmail.com> wrote:
>> On Thu, May 9, 2024 at 3:14 PM Andres Freund <andres@anarazel.de> wrote:
>> > ISTM that you could just as well query the information you'd like after
>> > connecting. And that's going to be a lot more flexible than having to have
>> > precisely the right information in the startup message, and most clients not
>> > needing it.
>>
>> I agree with this.
>>
> Well other than the extra round trip.

I mean, sure, but we can't avoid that for everyone for everything.
There might be some way of doing something like this with, for
example, the infrastructure that was proposed to dynamically add stuff
to the list of PGC_REPORT GUCs, if the values you need are GUCs
already, or were made so. But I think it's just not workable to
unconditionally add a bunch of things to the startup packet. It'll
just grow and grow.

--
Robert Haas
EDB: http://www.enterprisedb.com



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Bug: PGTYPEStimestamp_from_asc() in ECPG pgtypelib
Next
From: Robert Haas
Date:
Subject: Re: open items