Re: Must be owner to truncate?

Поиск
Список
Период
Сортировка
От Jim C. Nasby
Тема Re: Must be owner to truncate?
Дата
Msg-id 20050707204436.GR49841@decibel.org
обсуждение исходный текст
Ответ на Re: Must be owner to truncate?  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Must be owner to truncate?  (Stephen Frost <sfrost@snowman.net>)
Список pgsql-hackers
On Thu, Jul 07, 2005 at 01:48:59PM -0400, Tom Lane wrote:
> Stephen Frost <sfrost@snowman.net> writes:
> >   The current permissions checks for truncate seem to be excessive.  It
> >   requires that you're the owner of the relation instead of requiring
> >   that you have delete permissions on the relation.  It was pointed out
> >   that truncate doesn't call triggers but it seems like that would be
> >   something easy enough to check for.
> 
> There are other reasons for restricting it:
>  * truncate takes a much stronger lock than a plain delete does.
>  * truncate is not MVCC-safe.
> 
> I don't really agree with the viewpoint that truncate is just a quick
> DELETE, and so I do not agree that DELETE permissions should be enough
> to let you do a TRUNCATE.

What about adding a truncate permission? I would find it useful, as it
seems would others.
-- 
Jim C. Nasby, Database Consultant               decibel@decibel.org 
Give your computer some brain candy! www.distributed.net Team #1828

Windows: "Where do you want to go today?"
Linux: "Where do you want to go tomorrow?"
FreeBSD: "Are you guys coming, or what?"


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

Предыдущее
От: "Ayush Parashar"
Дата:
Сообщение:
Следующее
От: "Ayush Parashar"
Дата:
Сообщение: Multi-byte and client side character encoding tests for copy command..