Re: pg_execute_from_file, patch v10
От | Robert Haas |
---|---|
Тема | Re: pg_execute_from_file, patch v10 |
Дата | |
Msg-id | AANLkTin5ubwh9Cy9HcofC0C4bQBMOtRq808fkVB7mtRT@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: pg_execute_from_file, patch v10 (Itagaki Takahiro <itagaki.takahiro@gmail.com>) |
Ответы |
Re: pg_execute_from_file, patch v10
|
Список | pgsql-hackers |
On Tue, Dec 14, 2010 at 10:43 PM, Itagaki Takahiro <itagaki.takahiro@gmail.com> wrote: > On Wed, Dec 15, 2010 at 12:20, Robert Haas <robertmhaas@gmail.com> wrote: >> It seems like pg_read_binary_file() is good to have regardless of >> whatever else we decide to do here. Should we pull that part out and >> commit it separately? > > OK, I'll do that, but I have some questions: > #1 Should we add 'whole' versions of read functions in Dimitri's work? > #2 Should we allow additional directories? In the discussion, > no restriction seems to be a bad idea. But EXTENSION requires > to read PGSHARE or some system directories? > > #2 can be added separately from the first change, > but I'd like to add #1 at the same time if required. > > Or, if we're planning not to use pg_read_file functions in the > EXTENSION patch, we don't need #2 anyway. I think it's still unclear what we want to do about #2, so let's focus on the parts we are most certain about first. The whole-file versions seem like a good idea - my only hesitation is, I'm not sure why we didn't include that functionality originally. It seems obviously useful, so does that mean that it was omitted on purpose for some reason? -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: