Есть доработанная УПП 1.3 на платформе 8.2.14. В регистре "партии товаров на складах" добавил индекс по измерению "Серия номенклатуры". И после этого столкнулся с тем, что ряд отчетов стали очень медленно выполняться, замедление в 10-ки раз. Статистика обновлялась ночью. Днем в ручную на тестовой базе переиндекировал индексы в таблице. Ничего из этого не помогло.
На данный момент отключил индекс по измерению. Но это плохой выход, так как для работы он нужен. У кого какие мысли ?

(0) Мало включить индексирование. Нужно еще заставить отчеты использовать этот индекс. Очень индивидуальная в каждом конкретном случае штука. Вчера была ветка про индексы - поищите.

Кроме того. В системе используется РЛС. Для пользователей у которых нет ограничений время выполнения ответов не изменилось. Для тех, у кого есть ограничения -- все катастрофически замедлилось.

(1) Конкретно для этого отчета ничего не должно было измениться. В том то и дело, что индекс по "Сериям номенлкатуры" планируется использовать в других запросах. Проблема в том что пока отдельного индекса по измерению не было все работало нормально. Как появился -- беда. Такое ощущение, что оптимизатор скл сервера строит неправильный план запроса.

(2) RLS по сериям?!

(3) такое ощущение что можно трассировать медленный запрос в профайлере и посмотреть план запроса

в принципе профайлер не нужет, тассировку можно трям в ТЖ писать

(4) Нет конечно, ограничения доступности по складу.

(6) Я конечно еще посмотрю сам план. Просто была надежда, что кто нибудь уже знает решение :)) Например: кроме обновления статистики, перестроения индексов нужно еще что нибудь сделать.

Еще проблема в том, что убежусь в том что оптимизатор стал строить другой план запроса. Что делать дальше ? Переделывать запрос ? Так это как то неправильно, что после добавления индекса перестают работать до этого исправно выполняющиеся запросы. Я почему то уверен, что должно быть простое решение.

(0) Скока пользователей, если мало юзеров быстрее выполняются отчеты?

(9) запросы RLS сильно не попеределаешь.
Возможно, для своих задач делать отдельный регистр, в него дублировать информацию. А в этом возвращать всё назад.

А если в скуле изменить уровень изоляции на snapshot?

(12) Я не уверен, но вроде снапшот же только в 8.3 ?

(13) а руками можно и в 8.2

(10) пользователей в районе 100 онлайн.
(11) Я про переделку запроса в отчете говорил.

(13) а база выросла сильно после добавления индекса?

(16) 500 мб.
Вот тут http://www.gilev.ru/index/ читал:
"...При объеме таблиц не позволяющем им «разместиться» в оперативной памяти сервера, на первое место выходит скорость дисковой подсистемы (I/O)..."
Может с этим связано ? Теперь все индексы из этой таблицы читаются с диска ?

(18) Даже не индексы, а вообще вся информация

(12) Снапшот он же про другое, не про оптимизатор.
Просто Вы добавили индекс и оптимизатор своими алогритмами посчитал что так будет быстрее, но оказалось что нет.

(19) У меня тоже такие подозрения. Можно что то с этим сделать ?

Нужно смотреть план, структуру регистра и думать.
Как вариант - может сработать, а может и нет - скомпоновать отчет в привелигерованном режиме и запихнуть в отборы компановки условия РЛС

(20) Можно.
Собрать план запроса в виде XML и посмотреть на него.

(20) Нужно смотреть план, структуру регистра и думать.
Как вариант - может сработать, а может и нет - скомпоновать отчет в привелигерованном режиме и запихнуть в отборы компановки условия компановщика настроек например

(19) нет, конеш. не про оптимизатор