я бы посоветовал почитать в InfoCenter вообще про то, что такое Static SQL с точки зрения IBM, как оно устроено.

Краткий ответ - при выполнении PREPARE and BIND на файле, содержащем embedded SQL, создается package в базе, содержащий планы выполнения всех запросов, находящихся в исходном фале. При выполнении скомпиленного испольняемого файла запросы не оптимизируются, а выполняются согласно плана, сохраненного в package.
Более подробно - в доке, еще более подробно в статье на db2mag.com

Ноги ломать не надо в InfoCenter, надо последовательно прочитать все главы, сверху вниз :)
Поисковик там тоже неплохой.
Язык отображения страниц задается настройками языковых предпочтений в вашем browser
У меня стоит en и проблем с просмотром InfoCenter я не имею :)

ничего себеБ хренотень :)
Кстати, по поводу DECLARE CURSOR -
Although an interactive SQL facility might provide an interface that gives the appearance of interactive execution

то есть CLP его влет выполняет

нифига не брр
кузявая фича - вот оно что :)
Ну это пришло еще с 197х
А у других действительно такого нету - но это их проблемы.
Кстати, наличие такой кузявой вещи, (когда план выполнения запросов храниться в базе постоянно) плюс мощнейщий диалект SQL - результат медленного развития SP в db2, для меня (я думаю как для многих) они до сих пор сильно вторичны. Типа есть - ну и хорошо. Надо будет при случае - воспользуемся.