Re: JDBC problem

Поиск
Список
Период
Сортировка
От Joachim Achtzehnter
Тема Re: JDBC problem
Дата
Msg-id Pine.LNX.4.21.0008271131130.571-100000@wizard.kraut.bc.ca
обсуждение исходный текст
Ответ на Re: JDBC problem  (Cedar Cox <cedarc@visionforisrael.com>)
Ответы Re: JDBC problem
Список pgsql-interfaces
Today, in a message to John McKown, Cedar Cox wrote:
>
> On Fri, 25 Aug 2000, John McKown wrote:
> > 
> > However, after thinking about it a bit, I would guess that the sequence is
> > "locked" for the duration of the transaction. This would imply that all
> > other transactions which needed to access the sequence would be stalled
> > until this transaction ended.

No, the sequence does not remain locked for the duration of the
transaction. If that was the case sequences would be nearly useless for
most applications.

> > The above is just my guess.

It is always dangerous to guess with these things. :-)

> This 'locking' thing was what I was wondering about.  If 'sequence
> locking' does actually take place,

It doesn't.

> On the other hand, holes in a sequence shouldn't be an issue for us so
> 'no locking' would be just fine.

The purpose of these sequences is to generate unique keys, therefore,
holes don't matter.

Joachim

-- 
work:     joachima@realtimeint.com (http://www.realtimeint.com)
private:  joachim@kraut.bc.ca      (http://www.kraut.bc.ca)



В списке pgsql-interfaces по дате отправления:

Предыдущее
От: Cedar Cox
Дата:
Сообщение: Re: JDBC problem
Следующее
От: Cedar Cox
Дата:
Сообщение: Re: JDBC problem