Вообще-то именно здесь курсор может работать быстрее.
Но на самом деле это неважно, посколько я вижу здесь совершенно ужасный приём - использование временных таблиц в SQL2000 смерти подобно.
Очень рекомендую перейти на использование переменных типа table, почему - читайте в KB. Кратко - временные таблицы ухудшают работу оптимизатора.

Всем заинтересованным лицам рекомендую произвести простейшую проверку:
Дело в том, что классические временные таблицы (#) в MS SQL 2000 очень тяжело сказываются на оптимизаторе. Вот цитата из MSDN:
Use table variables instead of temporary tables, whenever possible. table variables provide the following benefits:

A table variable behaves like a local variable. It has a well-defined scope, which is the function, stored procedure, or batch in which it is declared.
Within its scope, a table variable may be used like a regular table. It may be applied anywhere a table or table expression is used in SELECT, INSERT, UPDATE, and DELETE statements. However, table may not be used in the following statements:

INSERT INTO table_variable EXEC stored_procedure

SELECT select_list INTO table_variable statements.

table variables are cleaned up automatically at the end of the function, stored procedure, or batch in which they are defined.

table variables used in stored procedures result in fewer recompilations of the stored procedures than when temporary tables are used.


Transactions involving table variables last only for the duration of an update on the table variable. Thus, table variables require less locking and logging resources.


Можете проверить на хорошо загруженном сервере предыдущий вариант с #, и вариант с нормальной переменной типа TABLE:

DECLARE @ops TABLE(
"Id" INT NOT NULL PRIMARY KEY
)

DECLARE @Id INT

INSERT
INTO @ops
SELECT "Id" FROM ....

WHILE 1=1
BEGIN
SELECT TOP 1 @Id = "Id" FROM @ops ORDER BY "Id" DESC
IF @Id IS NULL BREAK
...
DELETE FROM @ops WHERE ("Id" = @Id)
END

2 Глеб Уфимцев:
С Вашими замечаниями согласен.
Единственное, что мои SELECT ORDER BY не делает новой временной таблицы, так как таблица-переменная создана с первичным ключом. Здесь ORDER BY используется для возможной оптимизации удаления записей из таблицы-переменной. Не проверял, даёт это какой-либо эффект, но отрицательно точно не сказывается.