Re: BUG #6258: Lock Sequence

From: Laerson keler <laerson(dot)keler(at)lkmc(dot)com(dot)br>
To: Jaime Casanova <jaime(at)2ndquadrant(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #6258: Lock Sequence
Date: 2011-10-18 09:15:09
Message-ID: CAFk5V3PSpYAn8Bivq-qdNCpHvTtu8E2Wbmri1x0ePiCS0AqoLw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

good idea. I will try.
Thank you.

[]Laerson Keler
laerson(dot)keler(at)lkmc(dot)com(dot)br
Cel: 11 9914-4030
Res: 11 3404-4632

2011/10/17 Jaime Casanova <jaime(at)2ndquadrant(dot)com>

> On Mon, Oct 17, 2011 at 2:43 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> >
> > There really is not any way to generate guaranteed-hole-free sequences
> > using sequence objects. If you have to have that, I'd suggest locking
> > the table against other writes and then fetching MAX(id) + 1. It's not
> > very fast, and it's not at all concurrent, but that's the price of
> > ensuring no holes. Personally I'd rethink how badly you need that
> > property.
> >
>
> another option is to create a table to use as a sequence, and lock
> that table everytime you need a new value... is not concurrent also,
> but at least faster... unless i'm missing something
>
> --
> Jaime Casanova www.2ndQuadrant.com
> Professional PostgreSQL: Soporte 24x7 y capacitación
>

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Laerson keler 2011-10-18 09:16:53 Re: BUG #6258: Lock Sequence
Previous Message Vishnu S. 2011-10-18 06:05:11 Re: Tablespace files deleted in continuous run