Re: Triggers per transaction, workaround? prospects? - Mailing list pgsql-general

From Gregory Wood
Subject Re: Triggers per transaction, workaround? prospects?
Date
Msg-id 4041F308.9030701@ewebengine.com
Whole thread Raw
In response to Triggers per transaction, workaround? prospects?  ("Karl O. Pinc" <kop@meme.com>)
Responses Re: Triggers per transaction, workaround? prospects?  ("Karl O. Pinc" <kop@meme.com>)
List pgsql-general
Karl O. Pinc wrote:
> a per-person counter, which must not contain any 'gaps'.  I can do this
> so long as nobody every makes any mistakes
> in sequencing, but once the sequence numbers are in place
> there's no way to re-order the rows in a sequence
> (the rows belonging to one person) without deleting
> and re-creating all the rows with sequence numbers

I can't answer your particular question, but you can always put an ON
UPDATE CASCADE into your foreign keys... then if you *shudder* had to
change those values, it should cascade out through all the attached rows
in other tables.

Greg

pgsql-general by date:

Previous
From: Shachar Shemesh
Date:
Subject: Re: SERIAL type - auto-increment grouped by other field
Next
From: Richard Huxton
Date:
Subject: Re: PLSQL Question regarding multiple inserts