Re: psycopg concurrency control

Поиск
Список
Период
Сортировка
От Christophe Pettus
Тема Re: psycopg concurrency control
Дата
Msg-id 4029325C-9C03-4E1A-A856-9D58C5C7CBFD@thebuild.com
обсуждение исходный текст
Ответ на psycopg concurrency control  (John Lb <johnlb77@gmail.com>)
Ответы Re: psycopg concurrency control
Список psycopg
On Sep 11, 2016, at 8:26 AM, John Lb <johnlb77@gmail.com> wrote:
> I am not a  Postgres guy  but  I tried to  read the  documentation and  I  believe that   Explicit Locking -->  Table
levelLocks -->  ROW EXCLUSIVE  are the way to go . 

You almost certainly *don't* have to do any explicit locking, even with writers to the same table; PostgreSQL will
largelyhandle the concurrency issues for you.  Note that once a particular connection has written to an (existing) row,
noother session can write to that same row until the first session commits or aborts; the second session will wait for
thefirst transaction to finish. 

--
-- Christophe Pettus
   xof@thebuild.com



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

Предыдущее
От: John Lb
Дата:
Сообщение: psycopg concurrency control
Следующее
От: Christophe Pettus
Дата:
Сообщение: Re: psycopg concurrency control