Subject Re: [firebird-support] Unique keys without gaps (was: Keyviolation on Primary/Unique key constraint INTEG_55/30 on table(s) )
Author Sándor Tamás (HostWare Kft.)
> In a concurrent system, you cannot guarantee "no gaps", even with your
> semaphore (which is a bad idea, verging on evil).
Can you explain, why is it so bad idea?
I know, transaction can be bottleneck, I have to guarantee that getting the
next value has to be immediately before posting records, in one short
transaction.