Есть ли способ получить список открытых / выделенных курсоров в SQL-сервере?

У меня есть хранимая процедура, которая создает и открывает некоторые курсоры. Он закрывает их в конце, но если происходит ошибка, эти курсоры остаются открытыми! Затем последующие прогоны завершаются неудачно, когда он пытается создать курсоры, так как курсор с именем уже существует.

Могу ли я узнать, какие курсоры существуют, и если они открыты или нет, я могу закрыть и освободить их? Я чувствую, что это лучше, чем слепо пытаться закрыть и проглотить ошибки.

Источник

5 ответов

Решение

Кажется, это работает для меня:

CREATE PROCEDURE dbo.p_cleanUpCursor @cursorName varchar(255) AS
BEGIN

    DECLARE @cursorStatus int
    SET @cursorStatus =  (SELECT cursor_status('global',@cursorName))

    DECLARE @sql varchar(255)
    SET @sql = ''

    IF @cursorStatus > 0
        SET @sql = 'CLOSE '+@cursorName

    IF @cursorStatus > -3
        SET @sql = @sql+' DEALLOCATE '+@cursorName

    IF @sql <> ''
        exec(@sql)

END
Источник

Это работает на 2008R2, не проверял ничего раньше:

USE MASTER
GO
select s.session_id, s.host_name, s.program_name, s.client_interface_name, s.login_name
, c.cursor_id, c.properties, c.creation_time, c.is_open, con.text,
l.resource_type, d.name, l.request_type, l.request_Status, l.request_reference_count, l.request_lifetime, l.request_owner_type
from sys.dm_exec_cursors(0) c
left outer join (select * from sys.dm_exec_connections c cross apply sys.dm_exec_sql_text(c.most_recent_sql_handle) mr) con on c.session_id = con.session_id
left outer join sys.dm_exec_sessions s on s.session_id = c.session_id
left outer join sys.dm_tran_locks l on l.request_session_id = c.session_id
left outer join sys.databases d on d.database_id = l.resource_database_id
Источник

Посмотрите здесь информацию о том, как найти курсоры. Я никогда не использовал ни одного из них, потому что я мог придумать способ сделать это, не переходя Row By Agonizing Row.

Вы должны восстановить SP либо

  • не использовать курсоры (мы можем помочь - почти всегда есть способ избежать RBAR)

  • встроить его в транзакцию и откатить его в случае сбоя или при обнаружении ошибки. Вот несколько отличных статей на эту тему. часть 1 и часть 2

Если у вас SQL2005, вы также можете использовать try catch

РЕДАКТИРОВАТЬ (в ответ на ваше сообщение): в идеале генерация данных лучше всего обрабатывается на уровне приложений, поскольку они лучше подходят для операций, не основанных на множествах.

Red Gate имеет генератор данных SQL, который я использовал ранее (он отлично подходит для отдельных таблиц, но требует некоторой настройки, если у вас много FK или широкая [нормализованная] база данных).

Источник

Ты можешь использовать

sys.dm_exec_cursors

как описано здесь

По сути, вы можете запустить этот пример запроса и получить информацию о курсорах, открытых в различных базах данных.

sys.dm_exec_cursors(0)

Источник

Вы можете использовать системную хранимую процедуру sp_cursor_list для получения списка курсоров, видимых для текущего соединения, а также sp_describe_cursor, sp_describe_cursor_columns и sp_describe_cursor_tables для определения характеристик курсора.

(с http://msdn.microsoft.com/it-it/library/aa172595(v=sql.80).aspx)

Источник
Другие вопросы по тегам