Ответ: нет
Ваш триггер будет тормозить ВСЕГДА. И чем дальше, тем больше. И, более того, это не зависит от того, какая это база данных MSSQL или DB2 или ORACLE. У вас проблема в проектировании.
Вы посмотрели на план запроса?
Вы собрали статистику как вам сказали? (наверное не в курсе что план запроса генерируется исходя из статистики? и наверное не знаете как это делать?)
Если ничего менять не хотите, то по крайней мере создайте дополнительный индекс в обратном направлении:
CREATE UNIQUE INDEX TTTT ON DB2ADMIN.DBTEST (P1 DESC)
и запустите RUNSTATS:
RUNSTATS ON TABLE DB2ADMIN.DBTEST FOR INDEXES ALL
На вашем месте я бы делал так (вообще без триггеров):
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
CREATE SEQUENCE DB2ADMIN.SEQ1 AS INTEGER START WITH 0 INCREMENT BY 1 CACHE 100 ;
CREATE TABLE DB2ADMIN.DBTEST (
P1 INTEGER NOT NULL ,
P2 INTEGER ,
P3 INTEGER ,
P4 CHARACTER ( 10 ) ,
P5 CHARACTER ( 10 ) ,
P6 CHARACTER ( 240 ) ,
P7 DATE ,
P8 CHARACTER ( 10 ) ,
P9 CHARACTER ( 10 ) ,
P10 DOUBLE
);
ALTER TABLE DB2ADMIN.DBTEST ADD CONSTRAINT KEY_TESTDB PRIMARY KEY ( P1);
SELECT P1
FROM FINAL TABLE (
INSERT INTO DB2ADMIN.DBTEST (P1, ... список других полей...) VALUES (NEXTVAL FOR DB2ADMIN.SEQ1, ... список значений других полей...)
)
;
По-моему тут было написано достаточно чтобы сделать все правильно.
Поэтому - закончим.
