Re: [PATCH] Expose port->authn_id to extensions and triggers
В списке pgsql-hackers по дате отправления:
| От | Jacob Champion |
|---|---|
| Тема | Re: [PATCH] Expose port->authn_id to extensions and triggers |
| Дата | |
| Msg-id | a521eb40f5068d902c821368f2be0c474a3c2aa6.camel@vmware.com обсуждение |
| Ответ на | Re: [PATCH] Expose port->authn_id to extensions and triggers (Michael Paquier <michael@paquier.xyz>) |
| Ответы |
Re: [PATCH] Expose port->authn_id to extensions and triggers
|
| Список | pgsql-hackers |
On Thu, 2022-03-03 at 16:45 +0900, Michael Paquier wrote: > Anyway, FixedParallelState > includes some authentication data passed down by the leader when > spawning a worker. So, if we were to pass down the authn, we are > going to need a new PARALLEL_KEY_* to serialize and restore the data > passed down via a DSM like any other states as per the business in > parallel.c. Jacob, what do you think? I guess it depends on what we want MyProcPort to look like in a parallel worker. Are we comfortable having most of it be blank/useless? Does it need to be filled in? --Jacob
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера