Re: Odd on-update inconsistency - Mailing list pgsql-general

From Richard Huxton
Subject Re: Odd on-update inconsistency
Date
Msg-id 492DA13E.6030308@archonet.com
Whole thread Raw
In response to Odd on-update inconsistency  (Steve Crawford <scrawford@pinpointresearch.com>)
Responses Re: Odd on-update inconsistency  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Odd on-update inconsistency  (Steve Crawford <scrawford@pinpointresearch.com>)
List 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

pgsql-general by date:

Previous
From: Raymond O'Donnell
Date:
Subject: Re: Date math question
Next
From: Kevin Kempter
Date:
Subject: Order by question