авторто бы отказаться от построчного перебора записей FOR SELECT и перейти к чисто реляционному мироощущению
что за чушь. можно подумать, на Firebird только так можно работать с данными?

SergePnbНе только так, но такая метода столь притягательна, что базы что я видел на FB/Yaffil/IB были постоенны чаще всего именно так. Не хочу никого оскорбить...
это никак не оскорбляет FB. Но. SQL - непроцедурный язык. PSQL - процедурный. Кроме того, обработка данных на сервере подразумевает именно их перебор.
Ну и, наконец, по моему опыту, многие разработчики вначале не воспринимают "реляционную теорию", т.е. при работе с SQL продолжают думать в стиле обычного программирования, где все построено на циклах типа
А это прямиком транслируется в FOR SELECT.

SergePnbпортирование логики FOR SELECT в DECLARE CURSOR и долгая борьба с таким этим
в Firebird и InterBase что Select, что for select - никакой разницы в производительности. Насколько я в курсе, в MS SQL производительность declare cursor хуже select, т.к. используются другие механизмы.
Понятно, что с этим приходится бороться, но я не уверен, что 100% обработок, построенных на for select, можно перенести на SQL без declare cursor или аналогов.
Т.е. не смотря на мое высказывание про начинающих, процедурную обработку нельзя на 100% заменить непроцедурной. Я допускаю что это может DB2, но не все сервера обладают подобным синтаксисом.

Собственно, это было отступление. Да, FOR SELECT это один из проблемных моментов при переводе с Firebird на MS SQL. Как и declare cursor при обратном переводе. А люди, переходящие с ФБ на Оракл, жалуются что им не хватает "селективных процедур". Нет в жизни счастья...