Кобанчег,

Хранимки или триггер - это я считаю вопрос обертки.
Для реализации insert главной проблемой оказалось научиться делать dirty reads.

Потому что PK это делает, а Оракл сессиям это запрещает.
Тогда и начинаются пляски с бубном как сделать row lock на строке, которой ещё нет в таблице.

Забудем про триггеры на минутку. Вот хранимка
InsertUniqueindex(id in integer) которая вставляет уникальный id в одну определенную таблицу, изначально пустую.

Надо чтобы первый вызов для id=1 прошел успешно, второй отказался (это легко, контекст одной сессии).

А теперь надо чтобы из всех других сессий вызовы с id=1 застряли пока первая сессия не совершит commit/rollback.
Вот где не хватает dirty read.

Тут нужен глобальный сериализующий объект который соблюдает очередность. По одному такому локу на каждый id, и желательно используемый без лишних переключений контекста. Я использовал ITL, как это делает сам оракл.

Если вы о реализации двуникального ключа, то да. Но это противоречит принципу запрета dirty reads, позволяя узнавать что постит другая сессия до commit.

Если вы о моей попытке смастерить PK своими силами, то вряд ли поможет, ведь insert не блокирует в отсутствие встроенного unique constraint.