Добрый день, коллеги. Возник вопрос : отчеты, постороенные на конкретном DSO работают очень медленно ( формирование отчета в тысячу-две тысячи строк может занимать до часа времени). Данные за период (за год) каждую неделю удаляются полностью и перезаписываются (не спрашивайте зачем так сделано - бред, но такая реализация хранилища). За несколько лет произошло большое количество таких удалений-перезаписей. Соответственно вопрос - каким образом данные действия ухудшают производительность и что можно сделать? Источник данных 8имя_DSO очищал, никаких заметных изменений в скорости формирования отчетности не заметил. И еще один момент - запросы удаляются из DSO очень долго (несколько часов), зато быстро загружаются и активируются.

А индексы на DSO живы? Оракл? Проверь индексы, перестрой статистику.

а точно база тормозит? в RSRT проверь выполнение запроса - вдруг проблема в книге и в VBA

включи сбор статистики, повыполняй запрос. потом проверь в st03 где тормоз идет.

Далее делай выводы

RSRT->Выполнить с отладкой->Смотреть план запроса
далее добавляем по необходимости индексы... скорее всего большой объем мастер-данных, читая которые, запрос и проводит большую часть времени...

попробуйте помониторить выполняемый запрос через SM50, должны увидеть проблемную таблицу на которой все тормозит.

Посмотрел в RSRT выполнение запроса, идет table access full по таблицам sid'ов атрибутов основных данных признаков, не ограниченных в отчете (например, в dso есть признак материал, никак не ограниченный в отчете и по таблице /BIC/XZSVOTMTR идет access full, в которой больше миллиона записей) и по активным записям таблицы самого DSO (Aимяdso00). Причем при выполнении запроса появляются сообщения, для тех материалов, которые есть в dso, но для которых нет sid'ов в таблице атрибутов - т.е. правильно ли я понимаю, что основное время уходит на чтение таблицы /BIC/XZSVOTMTR? и как мне избежать чтения всех записей этой таблицы?Плюс какой индекс сделать для таблицы Aимяdso00, чтобы избежать full access?

разбирайтесь, смотрите план запроса внимательно, какие навигационные атрибуты вашего инфо-объекта ZSVOTMTR фигурируют в запросе... чудес не бывает! шаманов тоже.

материалы - это 0MATERIAL, все остальное ...

Навигационные атрибуты признака ZSVOTMTR задействованы в отчете, но эти атрибуты задействованы и в других отчетах, построенных на других провайдерах. Я посмотрел планы выполнения этих запросов, там тоже full access таблицы /bic/xzsvotmtr, но доступ к таблице фактов (другие отчеты созданы на кубе) идет по индексу и скорость выполнения этих запросов нормальная. То есть надо построить индекс, чтобы он использовался при доступе к таблице активных записей dso /BIC/Аимяdso00. Сейчас есть два индекса - созданный по умолчанию, содержащий все ключевые поля dso и созданный вручную, содержащий признаки, обязательные к заполнению на селекционном экране - оба они не подошли. Как мне организовать индекс (какие поля включить, делать уникальным-неуникальным), чтобы он использовался при выборке?