테이블에 영향을 미치는 SQL을 기록하기 위한 트리거 생성
테이블 업데이트 소스를 알 수 없는 상황에 직면하면 필수가 됩니다. 범인을 식별하기 위해. 이를 달성하려면 영향을 받는 테이블에 트리거를 생성하여 업데이트를 트리거한 실행된 SQL을 캡처할 수 있습니다. 이 문서에서는 이 문제에 대한 두 가지 접근 방식, 즉 간단한 SQL 트리거를 사용하는 방법과 SQL Server 2008 확장 이벤트를 사용하는 보다 포괄적인 솔루션을 보여줍니다.
SQL 트리거 방법:
업데이트를 트리거한 SQL 문을 기록하기 위해 저장 프로시저를 실행하는 문제의 테이블에 대해 트리거합니다.
CREATE TRIGGER [triggerName] ON [tableName] AFTER UPDATE AS BEGIN EXEC [storedProcedureName] END
저장된 프로시저에서 프로시저에서 sp_WhoIsActive를 사용하여 SQL 문을 기록합니다.
CREATE PROCEDURE [storedProcedureName] AS BEGIN DECLARE @sql_statement NVARCHAR(MAX) EXEC sp_WhoIsActive @output_text = @sql_statement OUTPUT END
확장 이벤트 방법(SQL Server 2008):
이 방법에는 세부 정보를 캡처하는 확장 이벤트 세션을 만드는 작업이 포함됩니다.
CREATE EVENT SESSION [sessionName] ON SERVER ADD EVENT sqlserver.sql_statement_completed( ACTION (package0.callstack, sqlserver.session_id, sqlserver.sql_text, sqlserver.tsql_stack) WHERE (object_id = ' + CAST(OBJECT_ID('[affectedTable]') AS VARCHAR(10)) + ') ) ADD TARGET package0.asynchronous_file_target (set filename = 'path\to\filename.xel', metadatafile = 'path\to\filename.xem') ALTER EVENT SESSION [sessionName] ON SERVER STATE = START
업데이트 실행 후 세션을 중지하고 구문을 분석합니다. 캡처된 데이터를 사용하여 SQL 문을 검색합니다.
EXEC sp_executesql 'ALTER EVENT SESSION [sessionName] ON SERVER STATE = STOP' SELECT CONVERT(XML, event_data) AS data FROM sys.fn_xe_file_target_read_file('path\to\filename.xel', 'path\to\filename.xem', NULL, NULL)
결과를 DMV와 결합하여 실행에 대한 추가 정보를 검색합니다.
WITH CapturedResults AS ( ... ) , StackData AS ( ... ) SELECT ... FROM StackData AS sd ...
이러한 접근 방식은 SQL 문을 식별하는 방법을 제공합니다. 테이블에 영향을 미치므로 더 자세히 조사하고 문제를 해결할 수 있습니다.
위 내용은 특정 테이블에 영향을 미치는 SQL 문을 어떻게 기록할 수 있습니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!