SQL Quursor quandry

Question

У меня есть хранимая процедура, которая использует динамический sql для построения сложного запроса для отчета. В какой-то момент он вызывает exec(@sql) прямо перед открытием курсора ... Я считаю, что это ошибка, и команда exec(@sql) может быть удалена, поскольку она выполняется индивидуально и не требуется использовать курсор ...

Am I правильно? Вот фрагмент:

-- before this it's just doing string concatenation 
SET @sql = N'DECLARE cc CURSOR STATIC FOR ' + @sql 
exec(@Sql) --<-- is this needed here? 
OPEN cc 

Не открывает курсор, эффективно запускает SQL внутри курсора?

Answer 1

Да, это необходимо.

Переменная @sql добавляется с помощью сценария объявления CURSOR непосредственно перед строкой EXEC(@sql). Это делается так, потому что вы не можете объявить курсор со следующим:

DECLARE cc CURSOR STATIC FOR EXECUTE(@sql) 

Вы не можете объявить CURSOR FOR EXEC.

Это было написано таким образом, чтобы обойти это, добавив оператор объявления CURSOR к динамическому SQL. Оригинальный автор не пытался выполнить его в теле CURSOR, а создал CURSOR для набора результатов динамического SQL, который был написан.

Итак, да, это необходимо.

Answer 2

Несмотря на то, что я бы посоветовал не использовать курсоры или динамический sql, если это абсолютно необходимо, вам необходимо включить все манипуляции с курсором (и любой другой sql, который работает в одном наборе данных) внутри переменной @sql. В противном случае вы запускаете две полностью отдельные команды sql.

Например:

SET @sql = N'DECLARE cc CURSOR STATIC FOR ' + @sql 
@sql = @sql + 'OPEN cc' 
exec(@sql)