Имя: Пароль:
1C
1С v8
Анализ выполненных запросов в СУБД (длительность, частота вызовов и т.п.)
,
0 vi0
 
15.04.14
12:29
Какой есть инструмент для анализа выполненных запросов (длительность, частота вызовов и т.п.) Использование динамических представлений не позволяет проаналировать конкретный период, и живут данные там недолго:
dm_exec_query_stats
dm_exec_sql_text
dm_exec_query_plan

Одинаковые запросы с разными параметрами считать за одинаковые.
1 Зойч
 
15.04.14
12:30
тех журнал используй
2 Зойч
 
15.04.14
12:30
3 vi0
 
15.04.14
12:31
(1) ты думаешь ТЖ будет легче профайлера??
4 vi0
 
15.04.14
12:32
легче - в смысле проще
5 МихаилМ
 
15.04.14
13:04
(4)

как, Вы планируете без ТЖ сопоставлять запросы tsql и их создателей в конфигурации 1c8?
6 shuhard
 
15.04.14
13:14
(3) на порядок
7 krbIso
 
15.04.14
13:31
Data Collection, PerfomanceDashboard,Profiler это MS SQL ЦУП 1С
сторонние сервисы аля гилев, софтпоинт.
8 vi0
 
15.04.14
13:52
(7) тогда какие события профайлера нужно отслеживать, чтобы можно было сгруппировать одинаковые запросы с разными параметрами?
и по какому свойству?
9 МихаилМ
 
15.04.14
14:27
(8)
BatchCompleted
StmtCompleted
10 krbIso
 
15.04.14
14:30
да хоть все события со всеми свойствами
сохраняешь в таблицы и извращаешься как душе угодно запросами.
11 vi0
 
15.04.14
15:27
Мне нужно сгруппировать одинаковые запросы с разными параметрами как одинаковые.
Свойство "текст запроса" в этом случае у них отличается на эти самые параметры.
Поэтому возник вопрос.
12 vi0
 
15.04.14
15:29
в случае использования динамических представлений dm_exec_query_stats и dm_exec_sql_text этого минуса нет, т.к. они хранят тексты запросов без параметров
но у них есть другие минусы, которые я описал в сабже
13 МихаилМ
 
15.04.14
16:15
(12)
вам в (10) подсказали решение.
14 vi0
 
15.04.14
16:18
(13) если парсить тексты запросов то не вариант
15 МихаилМ
 
15.04.14
16:25
(14)

проще простого. естественно при наличии квалификации.
написать запрос с парсингом это "азы".
16 vi0
 
15.04.14
16:30
(15) так азы или наличие квалификации?)
не, парсинг пока не рассматриваю
17 МихаилМ
 
15.04.14
16:32
(0)
ответе на (5)
18 МихаилМ
 
15.04.14
16:34
(16)
парсинг текстов - задача уровня школьной информатики.
19 vi0
 
15.04.14
19:42
в общем, вижу, что все пользовательские запросы 1с фигачит через sp_executesql. И такой тоже
ВЫБРАТЬ "'"

Набросал запрос, по подсчету количества одинаковых текстов запросов (предварительно отбрасываем концовку текста запроса с параметрами). Единственное смущает ограничение 8000. Кто-то решал этот момент? Выслушаю критику, предложения итп

select cast(TextData as varchar(8000)) as TextData
into #t1
from trace1

select
case when left(TextData, 20) = 'exec sp_executesql N' then left(TextData, PATINDEX('%'',%', TextData))
else TextData
end as TextData
into #t2
from #t1

select count(TextData) as cnt, TextData
from #t2
group by TextData
order by cnt desc
20 vi0
 
15.04.14
19:43
(17) ТЖ тут подспорье, но не принципиально
21 vi0
 
15.04.14
20:26
(6) чем именно?
22 МихаилМ
 
15.04.14
20:27
(19)

BatchCompleted  тоже используется . по крайней мере при реструктуризации (8.2.19).
23 vi0
 
15.04.14
20:30
(22) реструктуризация, в данном случае не нужна
если в BatchCompleted бывают данные которые нужно сначала парсить, то это интересно рассмотреть
24 vi0
 
16.04.14
09:57
еще интересна критика, предложения
25 vogenut
 
16.04.14
11:28
(0) Смотри DMW
26 vi0
 
16.04.14
12:03
(25) выше написал почему они не удобны
> Использование динамических представлений не позволяет проаналировать конкретный период, и живут данные там недолго
27 krbIso
 
16.04.14
12:13
а цель то изысканий какая?
28 vi0
 
16.04.14
12:39
(27) анализа выполненных запросов (длительность, частота вызовов и т.п.)
29 krbIso
 
16.04.14
13:02
это понятно, для чего анализировать? есть проблемы?
не совсем понятно зачем собирать группы одинаковых запросов.
Если есть трабл, то обычно ищут долгие запросы.
В 1С большая перекомпиляция запросов. Так что смысла анализировать кучу одинаковых запросов но с разными параметрами нет, план будет одинаковый, но из за повторной компиляции будут отлчаться по затребованным рессурсам.
30 vi0
 
16.04.14
13:26
(29) в контексте этой ветки проблем нет - вопрос теоритический

> но из за повторной компиляции будут отлчаться по затребованным рессурсам.
можно это поподробнее
под ресурсами понимаем озу и т.д.?
почему запросы будут отличаться именно из-за повторной компиляции? что значит будут отличаться (планы же одинаковые)?
31 krbIso
 
16.04.14
13:42
"под ресурсами понимаем озу и т.д.? "
Да, цпу, чтение и т.п
"почему запросы будут отличаться именно из-за повторной компиляции?"
не правильно выразился, запросы будут отличаться из за разных параметров.
Планы да будут одинаковые, но при выполнении повторно уже выполнявшегося запроса, но с другим параметром, с большей вероятностью план для него будет скомпилирован заново, а не взят из кэша.
32 vogenut
 
16.04.14
15:52
(26) Я написал DMW, а не DMV. Читай внимательно, а то так и будешь ключи всю жизнь подавать.
33 krbIso
 
16.04.14
18:16
что такое DMW ?
34 Fragster
 
гуру
16.04.14
18:49
вот статья хорошая: http://msdn.microsoft.com/ru-ru/magazine/cc135978.aspx
35 Fragster
 
гуру
16.04.14
18:51
ну а лично у меня - измеряется из 1ски - формирование всех отчетов (с сохранением параметров формирования) и проведение всех документов. А потом уже анализируется по факту резкого изменения длительности относительно статистики по данному документу/отчету, либо по жалобам пользователей.
36 vi0
 
16.04.14
18:57
(32) а ты судя по манере выше сапожника не шагнул
37 vi0
 
16.04.14
21:06
(31) спасибо
Независимо от того, куда вы едете — это в гору и против ветра!