db2 11.1 fp2

CREATE OR REPLACE PROCEDURE schema1.proc1 ( )
LANGUAGE SQL
DETERMINISTIC
NO EXTERNAL ACTION
BEGIN ATOMIC
DECLARE docid INTEGER;

FOR c AS
SELECT id c_id, f1 c_f1, f2 c_f2
FROM schema1.t1
DO
SELECT id INTO docid FROM NEW TABLE(INSERT INTO schema1.t1(f1, f2) VALUES(c_f1, c_f2));

UPDATE schema1.t2 SET f1 = docid WHERE f1 = c_id;
DELETE FROM schema1.t1 WHERE id = c_id;
END FOR;
END;

На t1 триггер на генерацию id.
t1 и t2 перед вызовом процедуры локируются.
По факту update не 1, а три десятка, курсор отбирает записи по условию (50 тыс из 100-а).

А сюрприз заключается в том, что курсор зацикливается и начинает гонять записи по кругу, но не все, а как-то выборочно.
Причем на тестовой бд, где никто не работает, курсор повторил около 10% записей и завершился. А на рабочей, которую постоянно дергают, завершения дождаться так и не удалось.

Mark Barinstein,

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