Re: Truncate Triggers

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Truncate Triggers
Дата
Msg-id 690.1201275859@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Truncate Triggers  (Simon Riggs <simon@2ndquadrant.com>)
Ответы Re: Truncate Triggers  (Simon Riggs <simon@2ndquadrant.com>)
Re: Truncate Triggers  (Simon Riggs <simon@2ndquadrant.com>)
Список pgsql-hackers
Simon Riggs <simon@2ndquadrant.com> writes:
> Notes: As the syntax shows, these would be statement-level triggers
> (only). Requesting row level triggers will cause an error. [As Chris
> Browne explained, if people really want, they can use these facilities
> to create a Before Statement trigger that executes a DELETE, which then
> fires row level calls.]

Is there a way for a BS trigger to return a flag "skip the statement",
as there is for BR?

> I also plan to add a TRUNCATE privilege, though that will be a separate
> patch in a later post. That will widen the use case of TRUNCATE, which
> should be OK to do once we've covered the replication concerns.

Considering it's not MVCC-safe, do we *want* to widen the use case?

There are way too many table privilege bits already; to add more you
need something a lot stronger than a "might be nice" argument.
        regards, tom lane


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

Предыдущее
От: Andrew Dunstan
Дата:
Сообщение: Re: plperl: Documentation on BYTEA decoding is wrong
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Default index tablespace