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: | Raw Message | Whole Thread | 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 |