Re: [PATCH] remove redundant ownership checks

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [PATCH] remove redundant ownership checks
Дата
Msg-id 2999.1263412489@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [PATCH] remove redundant ownership checks  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: [PATCH] remove redundant ownership checks  (Alex Hunsaker <badalex@gmail.com>)
Re: [PATCH] remove redundant ownership checks  (KaiGai Kohei <kaigai@ak.jp.nec.com>)
Список pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> On Wed, Jan 13, 2010 at 1:34 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> If I thought this patch represented incremental movement in the
>> direction of a better security-check factorization, I'd be fine with it,
>> but that's not clear either. �The argument for it is that these checks
>> are redundant with some other ones, but why should we remove these and
>> not the other ones instead?

> That's a good question, and I have an answer [ namely that ALTER TABLE
> is the right place ].

But note Stephen Frost's concurrent reply suggesting that he wants to
move the checks *out* of ALTER TABLE.  With his plan, these checks
are probably in the right place already.

I'm a little worried by Stephen's plan, mainly because I'm concerned
that it would lead to ALTER TABLE taking exclusive lock on a table long
before it gets around to checking permissions.  Still, that's just
extending a window that exists now.

Anyway, this is the sort of thing that should be hashed out before
starting to write code.  Adding or removing security checks is not
the hard part, the hard part is deciding where they should be.
        regards, tom lane


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

Предыдущее
От: Sergej Galkin
Дата:
Сообщение: segmentation fault in function
Следующее
От: James William Pye
Дата:
Сообщение: Re: plpython3