Не, документацията е неправилна. Използването на транзакция самоне избягвайте този проблем. Той само гарантира, че цялата транзакция се връща назад, ако възникне изключение - така че няма да се запази непоследователно състояние в базата данни.
Заизбягване този проблем трябва да заключите таблицата - вътре в транзакция, защото всички заключвания се освобождават в края на транзакцията. Нещо като:
BEGIN;
LOCK TABLE mytbl IN SHARE MODE;
-- do your find_or_create here
COMMIT;
Но това не е магически лек за всичко. Това може да се превърне в проблем с производителността и може да има блокировки (едновременни транзакции взаимно се опитват да заключат ресурси, които другият вече е заключил). PostgreSQL ще открие такова условие и ще отмени всички конкуриращи се транзакции, освен една. Трябва да сте готови да опитате отново операцията при неуспех.
Ръководството на PostgreSQL относно заключванията.
Ако нямате много паралелност, може просто да игнорирате проблема. Времевият интервал е много малък, така че наистина се случва много рядко. Ако откриете грешката при нарушение на дублирания ключ, което няма да навреди, значи сте покрили и това.
