Re: [HACKERS] please?

Поиск
Список
Период
Сортировка
От Pablo Funes
Тема Re: [HACKERS] please?
Дата
Msg-id 199905311927.PAA01173@mancha.cs.brandeis.edu
обсуждение исходный текст
Ответ на Re: [HACKERS] please?  (Bruce Momjian <maillist@candle.pha.pa.us>)
Список pgsql-hackers
> > It allows me to read uncommited records without blocking.
>
> Yes, but that does not solve his problem.  He wants a single lock, and
> wants to test the lock, and immediately return if the lock fails.
>

If you know the read was dirty, you know there was somebody else
locking/writing the table or record, it's locked, you failed to lock.

Of course you should be able to aquire the lock in the same atomic
operation...


...Pablo

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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: [HACKERS] please?
Следующее
От: Tom Lane
Дата:
Сообщение: Re: s_lock_stuck (was Problems w/ LO)