Re: Not using suppress_redundant_updates_trigger insql-createtrigger.html#examples
От | Bruce Momjian |
---|---|
Тема | Re: Not using suppress_redundant_updates_trigger insql-createtrigger.html#examples |
Дата | |
Msg-id | 20200616174904.GC12171@momjian.us обсуждение исходный текст |
Ответ на | Re: Not using suppress_redundant_updates_trigger in sql-createtrigger.html#examples (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Not using suppress_redundant_updates_trigger in sql-createtrigger.html#examples
|
Список | pgsql-docs |
On Tue, Jun 16, 2020 at 01:39:45PM -0400, Tom Lane wrote: > Bruce Momjian <bruce@momjian.us> writes: > > I have developed the attached patch which is in a better direction. > > I still wish you wouldn't jam this topic into an only-marginally-related > sentence. In the case at hand, the point that the existing text is > making is that a no-op update will fire triggers. Which is not > something that suppress_redundant_updates_trigger will suppress, > so again it seems confusing to mention that in the same breath. > > I think that perhaps the right thing to do is add a new para to > CREATE TRIGGER's "Notes" section, along the lines of > > There are a few built-in trigger functions that can be used > to solve common problems without having to write your own trigger > code. See Section 9.28. > > This would have the advantage of covering the other built-in triggers > not only suppress_redundant_updates_trigger. OK, I didn't think there was enough desire to put it its own paragraph, but I like the idea of mentioning all of the trigger functions; patch attached. -- Bruce Momjian <bruce@momjian.us> https://momjian.us EnterpriseDB https://enterprisedb.com The usefulness of a cup is in its emptiness, Bruce Lee
Вложения
В списке pgsql-docs по дате отправления: