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
>
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 |