|
Действия ...
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
03.07.2002, 12:19:46
|
|||
|---|---|---|---|
|
|||
Время исполнения запроса ??? |
|||
|
#18+
Господа !!! Посоветуйте, где лучше и удобнее просматривать время исполнения запроса и прочую информацию касающуюся запросов. Пробовал использовать SQL Profiler, c классами SQL:StmtStarting и SQL:StmtCompleted, но он показывает либо одинаковое время, либо время окончания меньше времени начала. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.07.2002, 12:32:56
|
|||
|---|---|---|---|
Время исполнения запроса ??? |
|||
|
#18+
Можно в QA, используя: SET STATISTICS TIME, SET STATISTICS IO, SET SHOWPLAN_ALL etc. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.07.2002, 12:38:44
|
|||
|---|---|---|---|
|
|||
Время исполнения запроса ??? |
|||
|
#18+
Можно немного подробней об SET STATISTICS TIME, SET STATISTICS IO, SET SHOWPLAN_ALL etc. Или примерчик. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.07.2002, 12:45:57
|
|||
|---|---|---|---|
Время исполнения запроса ??? |
|||
|
#18+
подробней: SET STATISTICS TIME ON SET STATISTICS IO ON select * from MyTable На закладке Messages в QA получаем статистическую информацию. Расшифровку этой информации лучше всего посмотреть в BOL. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.07.2002, 12:49:56
|
|||
|---|---|---|---|
|
|||
Время исполнения запроса ??? |
|||
|
#18+
Ну а если нужно определить время выполнения сохраненной процедуры ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.07.2002, 13:12:15
|
|||
|---|---|---|---|
Время исполнения запроса ??? |
|||
|
#18+
SET STATISTICS TIME ON SET STATISTICS IO ON exec my_sp ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.07.2002, 14:02:13
|
|||
|---|---|---|---|
|
|||
Время исполнения запроса ??? |
|||
|
#18+
Дело в том что при повторном выполнении запроса Analyzer выдает все параметры равными "0". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.07.2002, 14:19:10
|
|||
|---|---|---|---|
|
|||
Время исполнения запроса ??? |
|||
|
#18+
Ну правильно. Он план и данные закэшировал и время стало меньше одного тика. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.07.2002, 14:27:00
|
|||
|---|---|---|---|
|
|||
Время исполнения запроса ??? |
|||
|
#18+
Но ведь при отладке процедуры кэширование не нужно. Какую опцию нужно установить что бы небыло кэширования ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.07.2002, 15:28:20
|
|||
|---|---|---|---|
Время исполнения запроса ??? |
|||
|
#18+
Опций отключения кэширования я не знаю. Но можно использовать DBCC FREEPROCCACHE - для отчистки всего кэша или DBCC FLUSHPROCINDB(db_id) - для отчистки кэша от планов, относящихся к конкретной бд. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.07.2002, 15:43:34
|
|||
|---|---|---|---|
|
|||
Время исполнения запроса ??? |
|||
|
#18+
Насколько я понял никто не использует в работе SQL Profiler. Хотя очень хотелось бы узнать почему всё-таки он для класса SQL:StmtStarting показывает время больше чем для SQL:StmtCompleted. Или может кто-нибудь в курсе поведения SQL Profiler ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=46&mobile=1&tid=1822032]: |
0ms |
get settings: |
10ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
83ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
59ms |
get tp. blocked users: |
1ms |
| others: | 231ms |
| total: | 426ms |
| 0 / 0 |
