Re: Reworks of DML permission checks

Поиск
Список
Период
Сортировка
От KaiGai Kohei
Тема Re: Reworks of DML permission checks
Дата
Msg-id 4C3A9564.2080904@ak.jp.nec.com
обсуждение исходный текст
Ответ на Re: Reworks of DML permission checks  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: Reworks of DML permission checks  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
(2010/07/10 5:53), Robert Haas wrote:
> 2010/6/14 KaiGai Kohei<kaigai@ak.jp.nec.com>:
>> The attached patch tries to rework DML permission checks.
>>
>> It was mainly checked at the ExecCheckRTEPerms(), but same logic was
>> implemented in COPY TO/FROM statement and RI_Initial_Check().
>>
>> This patch tries to consolidate these permission checks into a common
>> function to make access control decision on DML permissions. It enables
>> to eliminate the code duplication, and improve consistency of access
>> controls.
>
> This patch is listed on the CommitFest page, but I'm not sure if it
> represents the latest work on this topic.  At a minimum, it needs to
> be rebased.
>
> I am not excited about moving ExecCheckRT[E]Perms to some other place
> in the code.  It seems to me that will complicate back-patching with
> no corresponding advantage.  I'd suggest we not do that.    The COPY
> and RI code can call ExecCheckRTPerms() where it is. Maybe at some
> point we will have a grand master plan for how this should all be laid
> out, but right now I'd prefer localized changes.
>

OK, I rebased and revised the patch not to move ExecCheckRTPerms()
from executor/execMain.c.
In the attached patch, DoCopy() and RI_Initial_Check() calls that
function to consolidate dml access control logic.

Thanks,
--
KaiGai Kohei <kaigai@ak.jp.nec.com>

Вложения

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: patch: preload dictionary new version
Следующее
От: Itagaki Takahiro
Дата:
Сообщение: Re: multibyte charater set in levenshtein function