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
|
Список | 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 по дате отправления: