Зафайлите баг в поддержке IBM - пусть вернут обратно, к 2 минутам.

АнатоЛой , а вы как думаете ? Вы гоняете на разном железе ? Нет ? Тогда при чем тут железо ? У вас кардинально разные настройки на разных версиях ?

В таком вот аксепте

softic АнатоЛой
1. Судя по совпадению цифирей 9.40.xC7 - вполне может быть, что проблема одного рода...
2. На 9.40 UC7 тест показывает, что у этой версии для SERIAL и SEQUENCE, похоже, либо разные технологии реализации, либо SEQUENCE сделан с "пустыми циклами для будущего повышения производительности" :) ...
По крайней мере, скорость вставки 10000 записей в TEMP TABLE (id SERIAL, fld INTEGER) WITH NO LOG методом INSERT INTO tmp_serial(fld) SELECT num FROM tmp2 - задержек практически не вызывает (у меня в районе 0.15 сек)
А как апгрейдится c 9.40.xC7 до 9.40.xC8?
И есть ли смысл - кроме SEQUENCE там что-то ещё оптимизировали? :)

Интересно, что я не вижу ничего похожего в списке починеных багов на http://publib.boulder.ibm.com/epubs/html/29920280.html

Из нового :
http://publib.boulder.ibm.com/epubs/html/29920460.html
The following enhancements were added in Version 9.40.xC8:

* Secure DataBlade Module Paths
* DB_LIBRARY PATH Configuration Parameter
* Dbspace backup without implicit log backup
* Enabling view folding to improve query performance

Протестировал на 9.40.TС2E1.
В упор отказалось делать "LET v_val = SEQ_TEST.nextval", пришлось переписать как

CREATE PROCEDURE test_seq(p_cnt INT)
DEFINE i INT;
DEFINE v_val INT ;
FOR i = 1 TO p_cnt
--LET v_val =
select SEQ_TEST.nextval into v_val from systables where tabid = 100;
END FOR;
END PROCEDURE

Срабатывает в течении секунды.

В таком вот аксепте