Доброго времени суток.

Есть задача, конкурентно вставлять записи в БД с очень высокой вероятностью нарушения уникальности (unique_violation).
Задача решена на примере статьи: http://doc.prototypes.ru/database/postgresql/recipes/replace/ (последний пример).
Из примера убран UPDATE ввиду его ненадобности.

Интересуют возможные проблемы использования подобного решения.

RETURNING для меня не важен.
Скорость вставки не так критична, количество INSERT вменяемо.

Спасибо.

Нет, это таблица статистики, то есть, удаление записей из этой таблицы не подразумевается, DELETE можно пренебречь.

SELECT FOR UPDATE не возможен когда строки нет.
Допустим производится параллельная вставка двух строк с одни и тем же уникальным ключем.
- select for update - ничего не заблокирует;
- update ничего не обновит, т.к. еще никто ничего не вставил;
- FOUND (я предпочитаю RETURNING) будет пустой;
- далее 2 insert один из которых вернет EXCEPTION

В общем - не работает так. Без EXCEPTION никак не получается.

pg_advisory_lock - использовал давно, в данный момент не использую ввиду неудобства, не хочется делать лишние операции в приложении.

Кстати, если вы сами прочитаете статью, то в качестве последнего примера автор использует в принципе такую же схему что и я с отловом EXCEPTION.