Начал еще раз разбираться с медленным восстановлением последовательности. Все упирается в использовании виртуальной таблицы регистра накопления Остатки.
Выполняю запрос получение на нужную дату в середине месяца старого года по одному измерению и одному ресурсу. Запрос во вложении.
Смотрю во что превращается запрос в Sql. Во вложении.
Там соединяется таблица итогов и часть основной таблицы. Все логично. Но если посмотреть на запрос из основной таблицы, то там есть избыточное условие:
(_Period = @P6) AND (_Period < @P8)
где @P6 выбранная мною дата, а @P8 это начало следующего месяца. Из-за этой избыточности и происходит торможение.
Если убрать (_Period < @P8), то запрос существенно ускоряется.

http://ska4ay.com/@16k

О, cколько нам открытий чудных...

(0) nod говорит, что страница небезопасна.

(0) Запрос верен, надо из таблицы итогов на конец месяца отнять движения на промежутке от твоей даты до кона месяца.

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


(0) indexscan есть?

(0) как выглядит весь запрос и как выглядит план запроса?

(4) Неа, одному товарищу на подпольном вообще предложили моментом времени не пользоваться. Опять обещали проанализировать проблему выбора оптимизатором неэффективного плана исполнения...

(6) Я не смог воспроизвести, у меня было 2 запроса к таблице движений, оба попали в индекс, на параметры не посмотрел.
8.2.19

Да там в общем-то и не ошибка. Текущая архитектура допускает ситуации при которых СУБД выбирает неоптимальный план. Это происходит не везде и не всегда, но случается. Разработчики чешут репу, пытаются придумать как исключить эти ситуации вовсе, но пока шанс поймать эту беду сохраняется.

Если кто-то выбирает неоптимальный план, то нужно не ждать, когда он его выберет, а задавать самим план выполнения.
Но в 1С, видимо, твёрдо верят в волшебную силу Microsoft и целиком доверяют SQL-серверу.

К сожалению нельзя в языке запросов 1С использовать хинты.

(9) Открою тебе тайну - 1С работает не только с MS SQL.

Кстати в доках по скулю  пишут что с 2005 появилась возможность  динамически запросам   не меняя текст подсовывать подсказки но.. т.к.  1С ка крутит все с десятками временных таблиц #1....#24 это не прокатит

(11)  И также  не управляете планом выполнения из запроса

+(12) Окна объясняют эту опцию тем - что  закрытое приложение не всегда оптимально и дают возможность без привлечения разработчика приложения админу скуля порешать вопросы.

(14) Так раньше для этого вместо таблиц приложению view и select function подсовывались, а уже в них писалось реальное выполнение запроса с оптимизацией.