| От | Tom Lane |
|---|---|
| Тема | Re: Handling transaction failure due to concurrency errors |
| Дата | |
| Msg-id | 27574.1520004078@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Handling transaction failure due to concurrency errors (Christopher BROWN <brown@reflexe.fr>) |
| Ответы |
Re: Handling transaction failure due to concurrency errors
|
| Список | pgsql-jdbc |
Christopher BROWN <brown@reflexe.fr> writes:
> Thanks for the quick reply. OK for the explanation, and I don't mind
> implementing the retry logic for this case... I just don't know how to
> detect when my code encounters this case (as opposed to other cases that
> can arise, such as unresolved foreign keys when importing data; I don't
> want to get into an infinite retry loop because it will never work in these
> other cases).
Yes, you should only retry in this way for the specific case of a
serialization failure (SQLSTATE 40001).
regards, tom lane
В списке pgsql-jdbc по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера