Имя: Пароль:
1C
1С v8
Индексирование измерения регистра накопления
,
0 raytan
 
01.11.18
13:54
Есть доработанная УПП 1.3 на платформе 8.2.14. В регистре "партии товаров на складах" добавил индекс по измерению "Серия номенклатуры". И после этого столкнулся с тем, что ряд отчетов стали очень медленно выполняться, замедление в 10-ки раз. Статистика обновлялась ночью. Днем в ручную на тестовой базе переиндекировал индексы в таблице. Ничего из этого не помогло.
На данный момент отключил индекс по измерению. Но это плохой выход, так как для работы он нужен. У кого какие мысли ?
1 Джинн
 
01.11.18
14:02
(0) Мало включить индексирование. Нужно еще заставить отчеты использовать этот индекс. Очень индивидуальная в каждом конкретном случае штука. Вчера была ветка про индексы - поищите.
2 raytan
 
01.11.18
14:03
Кроме того. В системе используется РЛС. Для пользователей у которых нет ограничений время выполнения ответов не изменилось. Для тех, у кого есть ограничения -- все катастрофически замедлилось.
3 raytan
 
01.11.18
14:06
(1) Конкретно для этого отчета ничего не должно было измениться. В том то и дело, что индекс по "Сериям номенлкатуры" планируется использовать в других запросах. Проблема в том что пока отдельного индекса по измерению не было все работало нормально. Как появился -- беда. Такое ощущение, что оптимизатор скл сервера строит неправильный план запроса.
4 Джинн
 
01.11.18
14:07
(2) RLS по сериям?!
5 rs_trade
 
01.11.18
14:07
(3) такое ощущение что можно трассировать медленный запрос в профайлере и посмотреть план запроса
6 palsergeich
 
01.11.18
14:09
в принципе профайлер не нужет, тассировку можно трям в ТЖ писать
7 raytan
 
01.11.18
14:09
(4) Нет конечно, ограничения доступности по складу.
8 raytan
 
01.11.18
14:11
(6) Я конечно еще посмотрю сам план. Просто была надежда, что кто нибудь уже знает решение :)) Например: кроме обновления статистики, перестроения индексов нужно еще что нибудь сделать.
9 raytan
 
01.11.18
14:14
Еще проблема в том, что убежусь в том что оптимизатор стал строить другой план запроса. Что делать дальше ? Переделывать запрос ? Так это как то неправильно, что после добавления индекса перестают работать до этого исправно выполняющиеся запросы. Я почему то уверен, что должно быть простое решение.
10 xXeNoNx
 
01.11.18
14:22
(0) Скока пользователей, если мало юзеров быстрее выполняются отчеты?
11 Eiffil123
 
01.11.18
14:23
(9) запросы RLS сильно не попеределаешь.
Возможно, для своих задач делать отдельный регистр, в него дублировать информацию. А в этом возвращать всё назад.
12 xXeNoNx
 
01.11.18
14:24
А если в скуле изменить уровень изоляции на snapshot?
13 raytan
 
01.11.18
14:25
(12) Я не уверен, но вроде снапшот же только в 8.3 ?
14 xXeNoNx
 
01.11.18
14:26
(13) а руками можно и в 8.2
15 raytan
 
01.11.18
14:26
(10) пользователей в районе 100 онлайн.
(11) Я про переделку запроса в отчете говорил.
16 xXeNoNx
 
01.11.18
14:27
(13) а база выросла сильно после добавления индекса?
17 raytan
 
01.11.18
14:28
(16) 500 мб.
Вот тут http://www.gilev.ru/index/ читал:
"...При объеме таблиц не позволяющем им «разместиться» в оперативной памяти сервера, на первое место выходит скорость дисковой подсистемы (I/O)..."
Может с этим связано ? Теперь все индексы из этой таблицы читаются с диска ?
18 raytan
 
01.11.18
14:29
(18) Даже не индексы, а вообще вся информация
19 palsergeich
 
01.11.18
14:30
(12) Снапшот он же про другое, не про оптимизатор.
Просто Вы добавили индекс и оптимизатор своими алогритмами посчитал что так будет быстрее, но оказалось что нет.
20 raytan
 
01.11.18
14:32
(19) У меня тоже такие подозрения. Можно что то с этим сделать ?
21 palsergeich
 
01.11.18
14:32
Нужно смотреть план, структуру регистра и думать.
Как вариант - может сработать, а может и нет - скомпоновать отчет в привелигерованном режиме и запихнуть в отборы компановки условия РЛС
22 H A D G E H O G s
 
01.11.18
14:32
(20) Можно.
Собрать план запроса в виде XML и посмотреть на него.
23 palsergeich
 
01.11.18
14:33
(20) Нужно смотреть план, структуру регистра и думать.
Как вариант - может сработать, а может и нет - скомпоновать отчет в привелигерованном режиме и запихнуть в отборы компановки условия компановщика настроек например
24 xXeNoNx
 
01.11.18
14:33
(19) нет, конеш. не про оптимизатор
Программист всегда исправляет последнюю ошибку.