Я управляю импортом данных (использующий C#/Linq), и естественно я пытаюсь оптимизировать свои вопросы как можно больше. С этой целью я управляю следом на DB, используя Профилировщика SQL-сервера с моим следом, фильтрованным моим именем пользователя SQL (это - имя, которое может исключительно быть приписано моему процессу импорта данных).
Странно достаточно большинство моих заявлений SQL действительно быстро :) - очень немного вопросов даже ломаются по 1 отметке мс. Но располагаемый промежуточный все мои вопросы - несколько рядов, где EventClass - «Контрольный Логин» или «Контрольный Выход из системы» - и продолжительность «Контрольного Выхода из системы» может составить до минуты!
Это заставило что-то делать с тем, что я использую сделки в своем импорте? Если так, есть ли какой-либо способ найти, которые являются крупно совершающими нападки вопросами, таким образом, я могу очистить их?
Если я правильно помню, продолжительность аудиторского выхода - это время, в течение которого соединение было открыто. Например, скорость команды тут ни при чем - просто количество времени, в течение которого входил в систему.
События входа / выхода из системы связаны с настройкой / разрывом. IIRC The The The The «был вошел в систему», а не продолжительность обработки, как с другими событиями журнала.
В целом человек скрывает эти события, если вы не подозреваете, что есть проблема с управлением соединениями пула и т. Д.
Сырые времена для партий должны быть достаточными для диагностики времени, когда реальная активность принимает, включая влияние любых транзакций и т. Д.