From: google(at)gmx-topmail(dot)de
To: pgsql-bugs(at)postgresql(dot)org, mike(at)fuhr(dot)org
Subject:
Date: 2006-05-16 11:00:51
Message-ID: 20060516110051.44270@gmx.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

> Could you provide a complete test case?
As I've been told, there is no special code, just a usual sequence usage. There is no small part of code that can be reproduced.
--
The situation is that there are 2 applications working with the same DB and accessing sequences. Each time application is started the sequences are reloaded (without doing this the sequences go crazy, e.g. you can get 1000 with 5 being the last value).
--
> Is it possible that another session is altering the sequence to
> start with a lower value?
No, as only next value is called.

Have you perchance set the sequence's
> CACHE setting to a value other than 1 (one)?
No.

> What's the output of
> "SELECT * FROM sequence_name"?
ERROR: relation "sequence_name" does not exist

> Are you making queries from more
> than one session? Are you using connection pooling?
Yes. No.

Thank you.

On 4/7/06, Michael Fuhr <mike(at)fuhr(dot)org> wrote:
> On Thu, Apr 06, 2006 at 10:04:03AM +0000, Alex Fomin wrote:
> > While using the following function:
> > ---
> > nextval(sequence_name) returns currval(sequence_name) -1
> > ---
> > while +1 is expected. It happens only sometimes, no dependency can be found.
>
> Could you provide a complete test case? That is, all SQL statements
> that somebody could execute in an empty database to reproduce the
> problem. It doesn't have to be 100% reproducible as long as it
> does exhibit the behavior every once in a while (an indication of
> how often or under what circumstances, if known, would be helpful).
>
> Is it possible that another session is altering the sequence to
> start with a lower value? Have you perchance set the sequence's
> CACHE setting to a value other than 1 (one)? What's the output of
> "SELECT * FROM sequence_name"? Are you making queries from more
> than one session? Are you using connection pooling?
>
> --
> Michael Fuhr
>
>

--

Bis zu 70% Ihrer Onlinekosten sparen: GMX SmartSurfer!
Kostenlos downloaden: http://www.gmx.net/de/go/smartsurfer

Browse pgsql-bugs by date

  From Date Subject
Next Message Gurjeet Singh 2006-05-16 11:06:36 Re: [BUGS] BUG #2429: Explain does not report object's schema
Previous Message Andy 2006-05-16 09:47:55 Re: BUG #2419: could not reattach to shared memory