| От | Tom Lane |
|---|---|
| Тема | Re: PostgreSQL transaction locking problem |
| Дата | |
| Msg-id | 17713.1012676299@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | PostgreSQL transaction locking problem ("Jeff Martin" <jeff@dgjc.org>) |
| Ответы |
Re: PostgreSQL transaction locking problem
|
| Список | pgsql-general |
"Jeff Martin" <jeff@dgjc.org> writes: > LOCK TABLE Test IN EXCLUSIVE MODE; > /* This function should be able to operate concurrently BUT CANNOT */ How you figure that? EXCLUSIVE lock is clearly documented to be self-conflicting; so only one process can hold it at a time. See http://www.ca.postgresql.org/users-lounge/docs/7.1/postgres/locking-tables.html If concurrency is important I'd suggest generating your ID values using a sequence generator, rather than trying to build your own implementation. regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера