|
|
#11 |
|
Участник
|
Цитата:
Сообщение от chel
При этом подходе основной проблемой будет то, что между запросом к InventSum и запросом к InventTrans (если они будут делаться не по одной номенклатуре, то они будут не очень быстрые), кто-то успеет наделать складских проводок.
Там по одному артикулу выполняется несколько последовательных запросов. Все с участием InventTrans. Т.е. Ваше возражение в той же степени применимо и к стандартному классу. Хотя, конечно, вероятность ниже. Цитата:
Сообщение от chel
Так что при активной работе с базой этот подход не работает.
Кроме того, поскольку речь идет о статистических отчетах, то даже если точность в пределах 5%, то считаем, что расчет выполнен точно. Цитата:
Сообщение от chel
А одним запросом при развесистой аналитике - сделать не получится.
То же самое делает и стандарный класс InventSumDate. Но по каждому артикулу в отдельности. |
|
|
| Теги |
| остатки, ax3.0 |
|
|
Похожие темы
|
||||
| Тема | Ответов | |||
| Остатки на дату InventSumDatePhysical | 6 | |||
| Остатки товара на определенную дату | 7 | |||
| Скачут остатки | 3 | |||
| Цена на дату создания заказа/закупки | 2 | |||
| Остатки | 6 | |||
|