이상한 상황이 있습니다. 사용하면 sp_whoisactive
이것을 볼 수 있습니다 :
좋아,이 쿼리를 사용하면 트리거되는 것이 무엇인지 알 수 있습니다 (이 단어는 영어로 존재합니까?).
SELECT c.session_id, c.properties, c.creation_time, c.is_open, t.text
FROM sys.dm_exec_cursors (SPID) c --0 for all cursors running
CROSS APPLY sys.dm_exec_sql_text (c.sql_handle) t
결과:
간단 select
합니다. 왜 f를 사용 etch_cursor
합니까?
또한 많은 "공백"sql_text도 볼 수 있습니다. 이 "커서"와 관련이 있습니까?
DBCC INPUTBUFFER (spid)
나에게 이것을 보여줍니다 :
거기에이 질문 여기에 (나를 만든이)하지만이 같은 일이 나도 몰라.
편집 1 :
kin이 제공 한 쿼리를 사용하면 다음과 같습니다.
EDIT2 :
Activity Monitor를 사용하면 다음을 볼 수 있습니다.
가장 비싼 쿼리입니다 (첫 번째 쿼리는 의도적입니다, 우리는 그것에 대해 알고 있습니다).
그리고 다시, 나는이 이유를 알고 싶다 select * from...
의 이유 FETCH CURSOR
...
EDIT3 :
이 " select * from
..."이 (가 linked server
) 다른 서버에서 실행 중입니다 .
글쎄, 이제 @kin이 말한 것을 이해하는 데 문제가 있습니다.
이것은 execution plan
쿼리와 같습니다 (데이터베이스의 동일한 서버에서 실행 중).
이것은 이제 연결된 서버를 통해 다른 서버에서 실행되는 실행 계획입니다.
좋아, 문제도 아니다. 그리고 지금! 비아 실행 계획 **activity monitor**
(동일한 select * from
)