Re: OID wraparound (was Re: pg_depend) - Mailing list pgsql-hackers

From Tom Lane
Subject Re: OID wraparound (was Re: pg_depend)
Date
Msg-id 24145.995563165@sss.pgh.pa.us
Whole thread Raw
In response to Re: OID wraparound (was Re: pg_depend)  (Philip Warner <pjw@rhyme.com.au>)
List pgsql-hackers
Philip Warner <pjw@rhyme.com.au> writes:
> At 00:00 19/07/01 -0400, Tom Lane wrote:
>> INSERT INTO foo ... RETURNING x,y,z,...

> That would have been me; at the time we also talked about
> UPDATE...RETURNING and Jan proposed allowing UPDATE...RETURNING
> {[Old.|New.]Attr,...}

Hm.  I'm less excited about UPDATE ... RETURNING since it would seem
that SELECT FOR UPDATE followed by UPDATE would get that job done
in a somewhat-less-nonstandard manner.  But anyway ---

Thinking about this some more, it seems that it's straightforward enough
for a plain INSERT, but I don't understand what's supposed to happen if
the INSERT is replaced by an ON INSERT DO INSTEAD rule.  The rule might
not contain an INSERT at all, or it might contain several INSERTs into
various tables with no simple relationship to the original.  What then?
        regards, tom lane


pgsql-hackers by date:

Previous
From: "Howard Williams"
Date:
Subject: RELAX! - or more to the point, how do I temporarily relax a trigger/constraint?
Next
From: Bill Studenmund
Date:
Subject: Re: pg_depend