Извините меня, но, перед тем, как заниматься всякой фигнёй (т.е. временные таблицы, хранимые процедуры, курсоры), вы лучше как следует проштудировали бы кулинарную книжку (http://mysite.verizon.net/Graeme_Birchall/id1.html).

(Если уже проштудировали, ещё раз извините).

Правда, теперь в кулинарной книжке этой фигне тоже уделено некоторое внимание, но не в этом дело. Когда-то в DB2 этого не было, но она и тогда была весьма крута.

Я бы начинающим вообще запретил бы использование SQL PL (PL/SQL) с сопутствующими прибамбасами, да кто же меня послушает. В результате приходится поддерживать тошнотворных тормознутых монстров, написанных в допотопном, клипперном стиле. Люди так привыкли писать и ничего плохого в этом не видят. Открыли курсор и погнали в цикле, а там куча if-ов с вызовами хранимых процедур, которые тоже открывают курсоры, вставляют/удаляют в десятки временных таблиц и т.д. В результате на одной из систем бедный Oracle требует держать max open cursors больше 600, хотя утечки курсоров нет и одновременно активно работает совсем немного клиентов. А самый смак - когда при этом на клиенте рисуют прогресс-бар, делая сотни вызовов вместо одного (а когда впридачу план выполнения косой, это и замедляет в сотни раз). Про гигабайты логов (реальных данных прибавляется на пару порядков меньше) и не говорю.

Вот, свежий пример. На днях прислали (поскольку DB2 теперь поддерживает PL/SQL, то это не оффтопик):
Тут ведь напрашивается что-то типа такого
а если ещё пару секунд подумать, то до такого:
Не то, чтобы именно приведённый выше скрипт был проблемой - его надо было запустить один раз и реально он правит всего одну запись. Проблема в том, что народ вообще так пишет и считает это совершенно нормальным. В самом деле, курсоры зачем-то придумали? Значит, ими надо пользоваться.