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

Этот вызов вдохновил меня написать этот блог. В этой статье мы рассмотрим, как столбцы SQL Trace сопоставляются с столбцами расширенных событий. Запустив предоставленный ниже код, вы можете просмотреть события SQL Trace и связанные с ними столбцы в расширенных событиях.

SELECT DISTINCT
    tc.name 'Имя категории трассировки',
    te.name 'Имя события трассировки', 
    em.package_name AS 'Имя пакета xEvent', 
    em.xe_event_name AS 'Имя xEvent'  
FROM sys.trace_events te
INNER JOIN sys.trace_categories tc ON te.category_id = tc.category_id
LEFT OUTER JOIN sys.trace_xe_event_map em ON te.trace_event_id = em.trace_event_id

Результатом вышеуказанного скрипта будет отображение имени категории трассировки, имени события трассировки, имени пакета xEvent и имени xEvent.

Понимая сопоставление между SQL Trace и расширенными событиями, вы можете легко перейти от использования SQL Trace к расширенным событиям. Это знание позволит вам использовать мощь и гибкость расширенных событий для устранения неполадок и мониторинга.

Спасибо за прочтение этого блога. Я надеюсь, что вы найдете его полезным для понимания сопоставления между SQL Trace и расширенными событиями. Если у вас есть вопросы или вам нужна дополнительная помощь, пожалуйста, не стесняйтесь оставить комментарий ниже.

Оставайтесь на связи для получения больше статей, связанных с SQL Server!