Я не знаток Interbase, но мне ваш пример до боли напоминает цикл по всем записям запроса.
Если это так, то MSSQL это реализуется следующим образом

USE pubs
GO

-- Declare the variables to store the values returned by FETCH.
DECLARE @au_lname varchar(40), @au_fname varchar(20)


DECLARE authors_cursor CURSOR FOR
SELECT au_lname, au_fname FROM authors WHERE au_lname LIKE "B%" ORDER BY au_lname, au_fname

OPEN authors_cursor

-- Perform the first fetch and store the values in variables.
-- Note: The variables are in the same order as the columns
-- in the SELECT statement.

FETCH NEXT FROM authors_cursor INTO @au_lname, @au_fname

-- Check @@FETCH_STATUS to see if there are any more rows to fetch.
WHILE @@FETCH_STATUS = 0
BEGIN

-- Concatenate and display the current values in the variables.
PRINT "Author: " + @au_fname + " " + @au_lname

-- This is executed as long as the previous fetch succeeds.
FETCH NEXT FROM authors_cursor INTO @au_lname, @au_fname
END

CLOSE authors_cursor
DEALLOCATE authors_cursor
GO

Но поверьте, что использование курсоров в MSSQL не есть хорошо с точки зрения производительности. Лучше пересмотреть исходный код для получения того же результата одним SELECT-ом

2Alex

Если вы спрашиваете про прямой перевод кода с Interbase на MSSQL - это одно,
если про оптимальное решение для какой-либо задачи на MSSQL - это другое.
В последнем случае объяснения типа
"В sp писанной в IB я пробегался по всем записям НД, делал с ними чего надо и выдавал результат на гора, в клиенте "
и
"необходимо выполнить некие действия (в частности if...then, и все отсюда вытекающее)"

совершенно неинформативны и трудно что-то вам советовать.