AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX Blogs
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 22.08.2013, 10:22   #3  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,913 / 5736 (197) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
От себя замечу, что хотя способ и остроумный (я более длинным путем эту информацию получаю), но эвристический. Во первых - для сессии может быть более одного открытого курсора (и тогда надо будет по косвенным признакам искать более тяжелый из курсоров). Во вторых - у меня есть ужасное подозрение что система использует имена курсоров повторно для других запросов. Ну то есть - если ты видешь что у тебя в списке тяжелых запросов в sys.dm_exec_query_stats болтается запрос FETCH XYZ и ты видишь что у тебя в какой-то из сесии этот курсор используется для примитивного запроса select * from inventTable where itemId=%1, это не означает что сиквел сошел с ума и не может извлечь одну запись по кластерному ключу. Возможно вчера это же имя курсора использовалось для мегатяжелого запроса с 6 джойнами, а счас он просто повторно используется для простенького запроса. Во втором пункте я не уверен, но я точно видел несколько раз когда FETCH тяжелейшей исторической статистикой исполнения почему-то ссылался на простенький запросик...
За это сообщение автора поблагодарили: mazzy (2).
Теги
cursor, long query, performance, sql server, sql server activity monitor, тяжелые запросы

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Microsoft Dynamics CRM Team Blog: Update Rollup 5 for Microsoft Dynamics CRM 2011 Blog bot Dynamics CRM: Blogs 2 27.10.2011 17:11
Event ID: 110 и Event ID: 117 Object Server 01: The database reported (session 1 (-AOS-)): [Microsoft][SQL Native Client]Communication link failure. The SQL statement was: "" Poleax DAX: Администрирование 0 18.05.2011 17:08
Ошибка бизнес-процесса Tarasov E Dynamics CRM: Разработка 9 18.02.2010 14:02
CRM DE LA CREME! Configuring Microsoft Dynamics CRM 4.0 for Internet-facing deployment Blog bot Dynamics CRM: Blogs 0 18.08.2009 11:05
jinx: Microsoft Dynamics AX 2009, Windows Server 2008 und SQL Server 2008 Blog bot DAX auf Deutsch 0 12.10.2008 20:10

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 13:37.