| From: | Richard Huxton <dev(at)archonet(dot)com> |
|---|---|
| To: | Steve Crawford <scrawford(at)pinpointresearch(dot)com> |
| Cc: | "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org> |
| Subject: | Re: Odd on-update inconsistency |
| Date: | 2008-11-26 19:19:26 |
| Message-ID: | 492DA13E.6030308@archonet.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
Steve Crawford wrote:
> I'm having trouble understanding something I saw in my data from
> yesterday involving an inconsistency between values in a table and its
> associated rule-updated log table.
>
> For application debugging purposes (effectiveness of web double-submit
> suppression) we have a rule that creates an entry in a log table
> whenever the table we are watching is updated:
Ah, I think you'll find you don't. You have a rule that looks at first
glance like it *should* add an entry to your log table.
Rules rewrite the query like a macro would and OLD and NEW don't refer
to a row but to the entire set of rows. The most common problems you'll
see are related to:
1. nextval() / currval() not behaving like you'd think.
2. in particular with multiple-row updates or inserts
See the mailing list archives for plenty of discussion, and I think the
current manuals have a better description of rules than there used to be.
For inserting to a log table you'll want a trigger.
--
Richard Huxton
Archonet Ltd
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Kevin Kempter | 2008-11-26 19:46:13 | Order by question |
| Previous Message | Raymond O'Donnell | 2008-11-26 19:00:14 | Re: Date math question |