Re: security hooks on object creation

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: security hooks on object creation
Дата
Msg-id AANLkTik3e7ru7X8MLhK=ugkwpNE6Duer=upAbnJBLb0u@mail.gmail.com
обсуждение исходный текст
Ответ на Re: security hooks on object creation  (KaiGai Kohei <kaigai@ak.jp.nec.com>)
Ответы Re: security hooks on object creation  (KaiGai Kohei <kaigai@ak.jp.nec.com>)
Список pgsql-hackers
2010/11/23 KaiGai Kohei <kaigai@ak.jp.nec.com>:
>> What
>> I'm not quite sure about is where to put the definitions you've added
>> to a new file utils/hooks.h; I don't feel that's a very appropriate
>> location.  It's tempting to put them in utils/acl.h just because this
>> is vaguely access-control related and that header is already included
>> in most of the right places, but maybe that's too much of a stretch;
>> or perhaps catalog/catalog.h, although that doesn't feel quite right
>> either.  If we are going to add a new header file, I still don't like
>> utils/hooks.h much - it's considerably more generic than can be
>> justified by its contents.
>>
> I don't think utils/acl.h is long-standing right place, because we
> intended not to restrict the purpose of this hooks to access controls
> as you mentioned.
>
> I think somewhere under the catalog/ directory is a good idea because
> it hooks events that user wants (eventually) to modify system catalogs.
> How about catalog/hooks.h, instead of utils/hooks.h?

Well, if we're going to create a new header file for this, I think it
should be called something like catalog/objectaccess.h, rather than
just hooks.h.  But I'd rather reuse something that's already there,
all things being equal.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


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

Предыдущее
От: KaiGai Kohei
Дата:
Сообщение: Re: security hooks on object creation
Следующее
От: Peter Tanski
Дата:
Сообщение: Re: GiST seems to drop left-branch leaf tuples