Re: [GENERAL] Using xmin and xmax for optimistic locking
В списке pgsql-general по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: [GENERAL] Using xmin and xmax for optimistic locking |
| Дата | |
| Msg-id | 11074.1487625771@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: [GENERAL] Using xmin and xmax for optimistic locking (Karsten Hilbert <Karsten.Hilbert@gmx.net>) |
| Ответы |
Re: [GENERAL] Using xmin and xmax for optimistic locking
|
| Список | pgsql-general |
Karsten Hilbert <Karsten.Hilbert@gmx.net> writes:
> Also a consideration: table.*::text may become quite unwieldy
> if there's one or more BYTEA columns in the table.
One other thought here --- if you do want to go with the "no other
updates" semantics, it still seems like it should be sufficient to
compare xmins. Comparing the xmax values would add nothing to that,
except that it would reject if another update had been attempted and
then failed, which seems undesirable.
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера