Re: Allow workers to override datallowconn

Поиск
Список
Период
Сортировка
От Magnus Hagander
Тема Re: Allow workers to override datallowconn
Дата
Msg-id CABUevEwgd+WPBe9Ehwr1my1xnuMhG=vnh14N5RXSD2EV_1DKBQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Allow workers to override datallowconn  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Allow workers to override datallowconn
Список pgsql-hackers
On Fri, Feb 23, 2018 at 7:52 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
Magnus Hagander <magnus@hagander.net> writes:
> Here's another attempt at moving this one forward. Basically this adds a
> new GucSource being GUC_S_CLIENT_EARLY. It now runs through the parameters
> once before CheckMyDatabase, with source set to GUC_S_CLIENT_EARLY. In this
> source, *only* parameters that are flagged as GUC_ALLOW_EARLY will be set,
> any other parameters are ignored (without error). For now, only the
> ignore_connection_restriction is allowed at this stage. Then it runs
> CheckMyDatabase(), and after that it runs through all the parameters again,
> now with the GUC_S_CLIENT source as usual, which will now process all
> other  variables.

Ick.  This is an improvement over the other way of attacking the problem?
I do not think so.

Nope, I'm far from sure that it is. I just wanted to show what it'd look like.

I personally think the second patch (the one adding a parameter to BackendWorkerInitializeConnection) is the cleanest one. It doesn't solve Andres' problem, but perhaps that should be the job of a different patch.


--

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Allow workers to override datallowconn
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: check error messages in SSL tests