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 | 20200616164108.GA12171@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 10:08:14AM -0400, Tom Lane wrote: > Bruce Momjian <bruce@momjian.us> writes: > > I have created the attached patch to mention > > suppress_redundant_updates_trigger() in this case. I don't think having > > an actual example is warranted. > > I don't like this patch, because in fact > suppress_redundant_updates_trigger is entirely unrelated to the stated > purpose of that example (namely, to log something if the table was > changed). The way you've written it makes it sound like > suppress_redundant_updates_trigger could be used as an alternative > implementation of that requirement. Ah, I see your point. > If you want to mention suppress_redundant_updates_trigger somewhere > in this area, that's fine, but it should be treated as an independent > topic rather than being wedged into the middle of an unrelated example. > Maybe a distinct para saying something like "To suppress no-op updates > of a table, see suppress_redundant_updates_trigger." (and making that > an actual link would be a good idea). I have developed the attached patch which is in a better direction. -- 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 по дате отправления: