Производительность запроса Оборотная ведомость по складу

[SolNik]

Цитата:

Сообщение от gene

В документации на данный запрос написано:

Спасибо за ответ. А не подскажете, где взять эту чудо-документацию? В стандартных мануалах по российскому функционалу Управления запасами я этого не нашел

Цитата:

Сообщение от gene

Естественно, запрос вынужден лезть в складские проводки в тех случаях, когда период запроса не точно совпадает с периодами, на которые есть эти предварительно рассчитанные данные.

То есть процедура запускается только на даты операций закрытия склада.

Странно, мы пробовали строить отчет за период [Дата предыдущего закрытия+1, Дата текущего закрытия], но особой прибавки в скорости не заметили...и при этом InventTrans все равно активно лопатился...

Я вот не понимаю, если уж решили использовать предрасчитанные данные по закрытому периоду, почему не пошли до конца?...сделали бы аналог LedgerBalancesDimTrans и строили бы отчет только по нему...

[gene]

Цитата:

Сообщение от SolNik

Спасибо за ответ. А не подскажете, где взять эту чудо-документацию? В стандартных мануалах по российскому функционалу Управления запасами я этого не нашел

На фичи, выходящие в ролапах, документация делается в виде What's new, распространяемых вместе с ролапом. Эта документация выложена здесь по ссылке, которую выше дал Ivanhoe, а также на сайте msbpartners.ru (насколько я понимаю, доступно только партнерам). Кстати, выдержки были из доки на РУ-5, где запрос был немного модифицирован по сравнению с РУ-3, а дока была соответствующим образом поправлена.

Цитата:

Сообщение от SolNik

Странно, мы пробовали строить отчет за период [Дата предыдущего закрытия+1, Дата текущего закрытия], но особой прибавки в скорости не заметили...и при этом InventTrans все равно активно лопатился...

Я вот не понимаю, если уж решили использовать предрасчитанные данные по закрытому периоду, почему не пошли до конца?...сделали бы аналог LedgerBalancesDimTrans и строили бы отчет только по нему...

Почему не заметили прибавки, нужно разбираться... Как и с тем, почему лезет в складские проводки.
Насчет того, почему реализовано именно так: хотя бы потому, что процедура предрасчета оборотов или остатков на каждый день вместо одного дня закрытия периода и работала бы соответствующим образом дольше, и данных порождала соответствующим образом больше, с неочевидным выигрышем в производительности относительно текущей реализации. Вообще, при разработке данного запроса анализировались различные подходы, но есть определенные ограничения, которым мы должны следовать, и поэтому был выбран тот подход, который был выбран.

[Mikky]

Цитата:

Сообщение от SolNik

Странно, мы пробовали строить отчет за период [Дата предыдущего закрытия+1, Дата текущего закрытия], но особой прибавки в скорости не заметили...и при этом InventTrans все равно активно лопатился...

Цитата:

Сообщение от gene

Почему не заметили прибавки, нужно разбираться... Как и с тем, почему лезет в складские проводки.

"Лезет", потому что в периодической операции расчета запасов в наличии на указанную дату не учитываются складские проводки в статусах расхода == Deducted (Отпущено) и прихода == Received (Получено), т.е. проводки, по которым разнесены отборочные накладные. Расчет ведется только по проводкам, соответствующим финансовым накладным. При запуске же запроса Оборотная ведомость по складу статусы отборочных накладных учитываются и происходит расчет остатка по ним на дату и оборота по ним за период. Отсюда и запросы к InventTrans. Все это прослеживается при трассировке в методе calcItem() класса InventSumDateFinancialCalc_RU.
Может попробовать перенести расчет по этим статусам в периодическую операцию расчета запасов на дату?