Всем привет!

Есть УПП 1.3 и запрос, формируемый на основании оборотов по регистру продаж с присоединением всяких свойств.

Если брать данные за февраль, результат приезжает за 8 секунд. Если брать данные за март - приезжает за 100 секунд. Меняется только период, всё остальное такое же. Ну, количество данных, естественно, разное, но сравнимое. Разницы в 12 раз нет.

В какую сторону копать?

Причем пользователь говорит что проблемы начались на прошлой неделе, т.е. как наступил апрель. Были мысли по поводу итогов, но это обороты. Да и в управлении итогами написано что у всех регистров итоги рассчитаны по 31.03.2015 23:59:59.

я бы использовал метод деления пополам - за первую половину марта и за вторую по отдельности и т.д.

Периодами:

1-15 марта - 44 секунды

1-5 марта - 17 секунд
6-10 марта - 13 секунд
11-15 марта - 20 секунд

16-31 марта - 62 секунды

16-20 марта - 21 секунда
21-25 марта - 21 секунда
26-31 марта - 22 секунды

По одному дню:

за 1 марта  - 3 секунды
за 16 марта - 5 секунд
за 31 марта - 8 секунд

Для сравнения февраль:

за 2 февраля - 3 секунды
за 16 февраля - 3 секунды
за 28 февраля - 5 секунд

1-16 февраля - 8 секунд
17-28 февраля - 5 секунд

То есть видно, что если формировать по 1 дню, то скорость примерно одинаковая и в феврале, и в марте, но если формировать периодами, то в феврале замедления практически нет, а в марте замедление прямо зависит от количества дней в периоде. Почему так может быть?

Для остальных предыдущих периодов это тоже справедливо.
Весь январь - 9 секунд
Весь декабрь - 9 секунд
Весь ноябрь - 9 секунд

И так любой период, который был ранее марта. И только март - 100 секунд.

(3) Февраль в индекс попал. Март - нет.

(5) А как можно понять почему? Индексация сломалась? На SQL?

(6) Посмотреть план запроса.

(7) Обнаружили что с 22 февраля не выполняется реиндексация и обновление статистики. Скорее всего с этим связано.

Ночью переиндексируется - посмотрим.

Спасибо.

Переиндексировалась БД, скорость нормализовалась. Весь март - 5 секунд.

Спасибо!