Скорость заполнения сличительной ведомости остатками при большом количестве карточек : Супермаг Плюс (Супермаг 2000)

Поделитесь, у кого какая, пожалуйста?
Произвольный список товаров, на основании инв. ведомостей, на дату.

Клиент жалуется, что на 1.033.1 SP2 стало медленно (больше получаса в количестве 41000 карточек). А мне так кажется, что быстро оно в принципе не может работать. Запрос пока не смотрел, хочу убедиться, что это не выдумки оператора.

Если мне не изменяет память, при переходе на 1.033 ощутимо увеличилось время заполнения. При обновлениях на следующие версии все было в одной поре. А так, в среднем, опись на весь классификатор (130000 карточек) в БД магазина заполняется минут 20.

Как дополнение к теме https://olegon.ru/showthread.php?t=18338 :)

В данном случае именно остатки тупят... Возможно, что правда где-то тут рядом...

Не помню в какой версии был виноват индекс по артикулу на таблице остатков. Если он был уникальным, то заполнение шло очень долго, а если нет, то довольно быстро. Уникальным он становился после пересчета остатков в административном модуле. Приходилось исправлять скриптом...

Проверю идеи позже. Речь, правда, о какой-то последней версии. Но даже план запроса еще не успел глянуть.

Около 60000 карточек. Минут 20 в среднем. Но у меня сп1

У меня на создать заполнить и проставить остатки на 64500 карточек ушло примерно минуты 3-4.
База на SSD 1.030.2 SP8

Тут еще очень существенно количество документов в базе... В магазинной базе и ЦО скорость должна сильно различаться...