Re: Converting contrib SQL functions to new style
| От | Robert Haas |
|---|---|
| Тема | Re: Converting contrib SQL functions to new style |
| Дата | |
| Msg-id | CA+TgmoYQB1qxb=v9xVi09-f_HRDDqwUwfcuNpsZ2SF-ePpWJcw@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: Converting contrib SQL functions to new style (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: Converting contrib SQL functions to new style
|
| Список | pgsql-hackers |
On Wed, Apr 14, 2021 at 10:49 AM Tom Lane <tgl@sss.pgh.pa.us> wrote: > The situation of interest is where you are trying to install an extension > into a schema that also contains malicious objects. We've managed to make > most of the commands you might use in an extension script secure against > that situation, and Noah wants to hold SQL-function creation to that same > standard. Oh, I was forgetting that the creation schema has to be first in your search path. :-( Does the idea of allowing the creation schema to be set separately have any legs? Because it seems like that would help here. -- Robert Haas EDB: http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: