Я вполне уверен, Вы не можете изменить правила в существующем стиле. Даже поджигатель не позволит Вам сделать это. Можно разработать элемент или набор элементов, можно присвоить и отменить присвоение классов, но я не думаю, что можно изменить существующие классы. Чтобы сделать то, что Вы просите, чтобы необходимо было поддержать своего рода ассоциативный массив, который записывает предложенные изменения в существующих классах и затем сохранить те изменения, необходимо будет загрузить на сервер, который может тогда предложить ссылку для загрузки клиенту.
Вы можете загрузить захваченную трассировку в SQL Server Profiler: Просмотр и анализ трассировки с помощью SQL Server Profiler .
Или вы можете загрузить в инструмент, например ClearTrace (бесплатная версия) для анализа рабочей нагрузки.
Вы можете загрузить в таблицу SQL Server, например:
SELECT * INTO TraceTable
FROM ::fn_trace_gettable('C:\location of your trace output.trc', default)
Затем вы можете запустить запрос для агрегирования данных, например, этот:
SELECT
COUNT(*) AS TotalExecutions,
EventClass,
CAST(TextData as nvarchar(2000)) ,
SUM(Duration) AS DurationTotal ,
SUM(CPU) AS CPUTotal ,
SUM(Reads) AS ReadsTotal ,
SUM(Writes) AS WritesTotal
FROM
TraceTable
GROUP BY
EventClass,
CAST(TextData as nvarchar(2000))
ORDER BY
ReadsTotal DESC
Также см .: MS SQL Server 2008 - Как я могу регистрировать и находить самые дорогостоящие запросы?
Также принято настраивать фильтры для захваченной трассировки перед ее запуском. Например, обычно используемый фильтр ограничивает только событиями, которые требуют более определенного количества чтений, скажем 5000.
Загрузите .trc локально, а затем используйте , сохраните в базе данных в локальную базу данных, а затем запросите, сколько душе угодно.
Эти предложения отлично подходят для существующего следа - если вы хотите отфильтровать след как только это происходит, вы можете настроить фильтры событий для трассировки, прежде чем запускать ее.