Maxim BogukborobosChA,
<>

Задача состоит делать вставку в эту таблицу с нескольких потоков с проверкой на уникальность поля Name.

<>
Когда вставка производится в нескольких потоков нужно гарантировать уникальность значений в поле Name.


2 варианта: before insert триггер тихо убирающий вставку дублей
или сделать uniq index на name и обрабатывать ошибки вставки дубля на уровне приложения (обработка - игнорирование)

--
Maxim Boguk
в before insert тоже придется обрабатывать исключение.
Т.е. вариант в сущности 1.
Но с обработкой исключения "на уровне приложения" -- лучше -- меньше счетчик транзакций накручивается. (на "сабтранзакциях")

зато с триггером -- можно будет батчами вставлять.


вот бы еще имена на длинные целые отобразить -- был бы вариант с адвайзори.всё таки пространство имен для адвайзори -- куцеватенькое

Author the new oneqwwq,

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

вот это вот гарантированно взаимно--однозначно не очень сочетается с "наперёд неизвестностью".
печалька.

приходится вкручивать лохам байку об гастрономически малой вероятности совпадения.
лох хавает, чо.

миша тюринг вааще по каррент--таймстампу любил транзакции идентифачить -- и ведь до сих пор его работодатель не попёр.

Author the new oneНу так возьмите md5 от строки, выдерите оттуда сколько надо байт и сделайте из них что надо. Ну или возьмите недокументированную функцию hashtext(text). Но, знаете, тут есть проблема, да и не проблема даже, но проблемка - надо увеличивать max_locks_per_transaction, так что вариант с уникальным индексом мало того, что полезен и, если можно так выразиться, не нетрадиционен, так еще и сервер крутить не надо. Вариант с триггером, конечно, изящен, но тоже, так сказать, смузями пахнет, проще уж

do $code$
begin
insert into tbl(...) values(...);
exception
when unique_violation then null;
end;
$code$

Можно и в функцию обернуть.
тут печалька в избыточной накрутке счетчика транзакций. евпочя.
и каждый вальюз надо отделять отдельным exception -- т.к. savepoint у вас на begin-е. к нему и откатимся.

Author the new oneChAпропущено...
Проще говоря, надо добавлять данные из другой таблицы, кроме тех, которые уже были перенесены ранее ?
Это все очень хорошо, но многопоточный вариант работать не будет.вот если адвайзори брать на задачу (один bigint или 2 int-а на всех -- скажем regproc::int + pg_proc.tableoid::int) -- то многопоточный вариант можно выстроить в очередь на , с момента забора очередным до момента commit вставки им же. и таки будет работать -- " в очередь...". ошибки из за узости пространства адвайзори, разделяемого разными задачами, при этом не приведут к хождению мимо тазика (что не допустимо) а к увеличению ожиданий -- что терпимо, если только нет очень долгоиграющих случайных конкурентов.

Author the new oneqwwq,

авторгарантированно взаимно--однозначно
Скажите, а зачем?помедитируйте

я что--то нынче не настроен подавать

Author the new oneqwwq,

автори каждый вальюз надо отделять отдельным exception -- т.к. savepoint у вас на begin-е. к нему и откатимся.
И?
и многострочный values у вас откатится целиком, а не киксанёт одной строчкой.

а гонять ф-ю, вызываемую на row -- тот же триггер, с небольшими неудобствами явного вызова.

Author the new oneqwwq,

Помедитировал. По-моему вы себе что-то странное придумали. Судите сами - взяли строку, получили адвайзори блокировку, смотрим, есть ли такая, если есть, то и ладно, если нет, то вставляем спокойно, так как ее никто не добавит, вставили, закоммитились, сняли блокировку. Ну и зачем вам тут "взаимно--однозначно"? Или у вас есть какие-то иные варианты?а если кто--то уже залочил --- ждём ?
если да -- то вы правы, вероятно.


я--то думал вставлять пакеты, а не строки, и, тогда, пропускать вставку того , что залочено --
INSERT .....
WHERE...try...advisory... xact((f(name))
-- что было бы не верно.

ошибся не расписав.