[quot p2.]qwwqНо это не отменяет бесполезность проверяющего селекта перед инсертом.
От уровня изоляции зависит. На SERIALIZABLE полезен.

qwwqPgSQLanonymous2,
//умного учить, только портить, жгите дальше

Чему у Вас учиться-то, гланды автогеном удалять? ;)

qwwqно там же будет в той же ситуации (конкурирующий коммит после старта) тот же эксепшен, только уже про пробитие уровня изоляции, а не уникъю. нет ?

Да, и в этом-то и радость. Когда транзакция получает duplicate key, непонятно, "настоящий" он или из-за соседней транзакции, в отличие от "про пробитие уровня изоляции".

qwwqPS поцгресс атлично протекает на ддл-ях по уровням изоляции. во первых при накате ддл ф--й. во вторых -- по криейт тейбл (второе -- по крайней -- в рипитебл , дальше стало не интересно). печаль.
А пример(ы) можно?

p2.PgSQLanonymous2Когда транзакция получает duplicate key, непонятно, "настоящий" он или из-за соседней транзакцииПоясни.

-- Версия PostgreSQL 9.5.0, если что. Цифрами обозначены транзакции.
CREATE TABLE Test(n INT PRIMARY KEY, v INT NOT NULL);

1. BEGIN TRANSACTION ISOLATION LEVEL SERIALIZABLE;
1. INSERT INTO Test VALUES (1, 2);
2. BEGIN TRANSACTION ISOLATION LEVEL SERIALIZABLE;
2. SAVEPOINT a;
2. INSERT INTO Test VALUES (1, 3);
1. COMMIT;

Далее 2 получает:

ERROR: duplicate key value violates unique constraint "test_pkey"

-- Хмм, ну значит такая запись есть, сейчас обновим:
. ROLLBACK TO a;
. UPDATE Test SET v = 3 WHERE n = 1;
Query returned successfully: 0 rows affected ...

Что?! Что ты несёшь, PostgreSQL?
Запись есть, но её нет!? ;)

А если серьёзнее, в случае возникновения подобной ситуации непонятно,
то ли действительно уже существовала эта запись, то ли другая транзакция "удружила".

Если в этой ситуации возникает serialization failure, можно повторять транзакцию,
что особенно удобно, если уже есть какой-то framework для обработки
исключительных ситуаций при работе с СУБД.

Ролг ХупинPgSQLanonymous2,
Если можно, прокомментируйте мою функцию, если она бдцует вызываться многими юзерами,

Нельзя. ;) Вот из-за этого:
Ролг Хупиня уровень изоляции не менял, дефолтный.

Вы выбрали свой путь, так и идите по нему до конца, а я лично считаю, что "this is the road to hell".
Можете поучиться у qwwq вырезанию гланд автогеном. ;)

Ролг ХупинЕсть ли смысл что-то в ней менять?
Хочу понять принципиально, может есть какой-то Best practice стиль написания функций, который мне не известен
Да, есть, и он описан вот здесь:
https://www.postgresql.org/docs/current/static/transaction-iso.html#XACT-SERIALIZABLE

(Ну а сейчас Вам тут, наверное, расскажут, что всё это чушь,
и разработчики PostgreSQL в этом ничего не понимают, а делать надо наоборот.)