Re: trigger for TRUNCATE?
От | Tom Lane |
---|---|
Тема | Re: trigger for TRUNCATE? |
Дата | |
Msg-id | 8003.1199986734@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: trigger for TRUNCATE? (Alvaro Herrera <alvherre@commandprompt.com>) |
Ответы |
Re: trigger for TRUNCATE?
Re: trigger for TRUNCATE? |
Список | pgsql-sql |
Alvaro Herrera <alvherre@commandprompt.com> writes: > Gerardo Herzig escribi�: >> Yes, the TRUNCATE statement is not sql ansi, maybe is a more low level >> thing than i think. > TRUNCATE currently does not fire triggers, but that doesn't mean it's > impossible to do it. I think it would be fairly easy to add support > for that. The entire point of TRUNCATE is to not do a table scan, so making it fire per-row triggers seems pretty misguided to me. We could maybe make it fire per-statement ON DELETE triggers, but there's a future-proofing pitfall in that: someday it'd be nice for statement-level triggers to have access to the set of deleted rows, and then you'd be stuck either scanning the table or having TRUNCATE act differently from plain DELETE. My feeling is that if you want to know what was deleted, you shouldn't use TRUNCATE. regards, tom lane
В списке pgsql-sql по дате отправления: