Re: NEXT VALUE FOR... - Mailing list pgsql-patches

From Rod Taylor
Subject Re: NEXT VALUE FOR...
Date
Msg-id 1083957483.28644.19.camel@jester
Whole thread Raw
In response to NEXT VALUE FOR...  (Rod Taylor <pg@rbt.ca>)
Responses Re: NEXT VALUE FOR...  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-patches
> How we do what the spec wants isn't entirely clear, but maybe we could
> link all the supposed-to-track-each-other occurrences of NEXT VALUE FOR
> late in the planning stage or during executor startup, somewhat like
> what happens with aggregate functions.

Isn't there a statement level memory location that we could shove a
boolean variable? Then let the executor determine whether to call todays
version of nextval() or currval() based on that?


pgsql-patches by date:

Previous
From: Rod Taylor
Date:
Subject: Re: NEXT VALUE FOR...
Next
From: Peter Eisentraut
Date:
Subject: Re: Dollar Quoting doc patch--resend.