Re: Best approach for a "gap-less" sequence
От | chris smith |
---|---|
Тема | Re: Best approach for a "gap-less" sequence |
Дата | |
Msg-id | 3c1395330608120624s2902adb9k2fbab19b3f2979e8@mail.gmail.com обсуждение исходный текст |
Ответ на | Best approach for a "gap-less" sequence (Jorge Godoy <jgodoy@gmail.com>) |
Ответы |
Re: Best approach for a "gap-less" sequence
Re: Best approach for a "gap-less" sequence |
Список | pgsql-general |
On 8/12/06, Jorge Godoy <jgodoy@gmail.com> wrote: > > Hi! > > > I was trying to solve a problem on an old system and realized that there might > be some better approach for doing what I need. > > We have some documents that need to be ordered sequentially and without gaps. > I could use a sequence, but if the transaction fails then when I rollback the > sequence will already have been incremented. > > So, today I have a control table and I acquire a SHARE ROW EXCLUSIVE lock to > it, read the value, increase it, do what I need and then I COMMIT the > transaction, ensuring that the sequence has no gaps. > > Is there a better way to guarantee that there will be no gaps in my sequence > if something goes wrong with my transaction? Why does it matter? I assume there is a reason you need it like this.. -- Postgresql & php tutorials http://www.designmagick.com/
В списке pgsql-general по дате отправления: