Re: [bug?] Missed parallel safety checks, and wrong parallel safety
От | Tom Lane |
---|---|
Тема | Re: [bug?] Missed parallel safety checks, and wrong parallel safety |
Дата | |
Msg-id | 756027.1619012086@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: [bug?] Missed parallel safety checks, and wrong parallel safety (Amit Kapila <amit.kapila16@gmail.com>) |
Ответы |
RE: [bug?] Missed parallel safety checks, and wrong parallel safety
Re: [bug?] Missed parallel safety checks, and wrong parallel safety |
Список | pgsql-hackers |
Amit Kapila <amit.kapila16@gmail.com> writes: > On Wed, Apr 21, 2021 at 8:12 AM tsunakawa.takay@fujitsu.com > <tsunakawa.takay@fujitsu.com> wrote: >> From: Tom Lane <tgl@sss.pgh.pa.us> >>> [ raised eyebrow... ] I find it very hard to understand why that would >>> be necessary, or even a good idea. > IIUC, the idea here is to check for parallel safety of functions at > someplace in the code during function invocation so that if we execute > any parallel unsafe/restricted function via parallel worker then we > error out. If so, isn't it possible to deal with built-in and > non-built-in functions in the same way? Yeah, one of the reasons I doubt this is a great idea is that you'd still have to fetch the pg_proc row for non-built-in functions. The obvious place to install such a check is fmgr_info(), which is fetching said row anyway for other purposes, so it's really hard to see how adding anything to FmgrBuiltin is going to help. regards, tom lane
В списке pgsql-hackers по дате отправления: