Re: update behavior
От | Scott Ribe |
---|---|
Тема | Re: update behavior |
Дата | |
Msg-id | 58598CFA-7C0F-4629-9D54-C366CEC8CCB4@elevated-dev.com обсуждение исходный текст |
Ответ на | Re: update behavior (Scott Ribe <scott_ribe@elevated-dev.com>) |
Список | pgsql-admin |
> On Jun 19, 2025, at 11:39 AM, Scott Ribe <scott_ribe@elevated-dev.com> wrote: > >> On Jun 19, 2025, at 11:34 AM, Scott Ribe <scott_ribe@elevated-dev.com> wrote: >> >>> On Jun 19, 2025, at 11:31 AM, David G. Johnston <david.g.johnston@gmail.com> wrote: >>> >>> Correct. You need a trigger to prevent the update. There is one provided: suppress_redundant_updates_trigger() >> >> Or, in my case that prompted this question, I need a WHERE clause for the ON CONFLICT UPDATE... > > Wait, should suppress_redundant_updates_trigger be used even in this case? Would it suppress the update before the constraintchecks and invocation of the ON CONFLICT clause??? Or no, duh, this starts with an INSERT where that won't be run, there is no UPDATE until after the constraint violation,but then at that point it would suppress the update?
В списке pgsql-admin по дате отправления: