Re: Re: Re: Rules, views, sequences and returned values

From: will trillich <will(at)serensoft(dot)com>
To: PostgreSQL-General <pgsql-general(at)postgresql(dot)org>
Subject: Re: Re: Re: Rules, views, sequences and returned values
Date: 2001-03-23 22:11:56
Message-ID: 20010323161156.B20799@mail.serensoft.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Fri, Mar 23, 2001 at 12:23:35PM -0500, Gregory Wood wrote:
> > i'm sure there's a reason for this--
> >
> > psql=> select currval('mytable_afield_seq') ;
> > ERROR: mytable_afield_seq.currval is not yet defined in this session
> >
> > but i'll be darned if i can figure out what it is. (after one
> > call to "nextval()" currval() works fine, of course.) someone hit
> > me with a clue stick!
>
> currval() is the value last used by the backend, not by the database.
> Meaning that you have to actually use the sequence before the backend has a
> value to retrieve. That means either doing a nextval() or doing an INSERT
> (which implicitly performs the nextval() ).

<dense mode=on>
seems like the backend (server?) would know the current value of
a sequence, since it has to get it, then add one to it, to get
the next one in line. if george inserts a record, i'd think that
ringo would be able to see the current counter afterwards,
independent of session...

so i can't retrieve and use the existing current value for a
sequence unless i bump it one? me no grok.
</dense>

--
It is always hazardous to ask "Why?" in science, but it is often
interesting to do so just the same.
-- Isaac Asimov, 'The Genetic Code'

will(at)serensoft(dot)com
http://newbieDoc.sourceforge.net/ -- we need your brain!
http://www.dontUthink.com/ -- your brain needs us!

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Matt Friedman 2001-03-23 22:13:55 Vacuum VS Vacuum Analyze
Previous Message culley harrelson 2001-03-23 22:09:57 performance of ORDER BY random()