medoedВы сами верите, в то что написали? Чем мне поможет merge при одновременной вставке да еще и в триггере!?
Я думаю вы правы, без повышения уровня изоляции MERGE в этом случае не поможет, поскольку MERGE - операция не атомарная и в промежутке между OUTER JOIN'ом и UPSERT'ом данные в целевой таблице могут измениться, так что при попытке добавить запись с уже существующим уникальным ключом UPSERT может закончится все той же SQL0803N, которую вы и пытается отловить.
medoedЯ так понял все же первоначальный ответ на мой вопрос - отрицателен!
Ну, не совсем :) Вам уже пояснили, что вместо инлайн триггера вы можете использовать компилируемый, который поддерживает объявление обработчиков исключений, если только по каким-то причинам компилируемые триггеры вам не подходят (например, скорость выполенния триггера является критическим фактором в работе вашего приложения).
Например так
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
create table emp (id int not null primary key, name varchar(10) not null) organize by row
DB20000I The SQL command completed successfully.
create table emp_hist(name varchar(10) not null, operation varchar(10) not null) organize by row
DB20000I The SQL command completed successfully.
alter table emp_hist add unique (name, operation)
DB20000I The SQL command completed successfully.
create or replace trigger emp_after_trig
after insert on emp
referencing new as n for each row
begin
declare exit handler for sqlstate value '23505'
signal sqlstate '75000'
set message_text = 'Unique key violation: emp_hist';--
insert into emp_hist values (n.name, 'insert');--
end
DB20000I The SQL command completed successfully.
insert into emp values (1, 'Joe')
DB20000I The SQL command completed successfully.
insert into emp values (2, 'Joe')
DB21034E The command was processed as an SQL statement because it was not a
valid Command Line Processor command. During SQL processing it returned:
SQL0438N Application raised error or warning with diagnostic text: "Unique
key violation: emp_hist". SQLSTATE=75000
Кстати, не занудства ради, а во имя математичекой точности, небольшое уточнение по поводу PVM:
CawaSPb ...реальные вызовы в Procedure Virtual Machine (PVM) для исполнения кода триггера.
PVM - это акроним от PSM Virtual Machine, а что такое PSM - все итак прекрасно знают :) А переключение контекста между классическим DB2 рантаймом и PVM происходит, да, что привносит дополнительные накладные расходы и существенно влияет на производительность выполнения запросов, как уже справедливо заметил уважаемый CawaSPb.
