|
|
16.11.2005, 14:25
|
#1 |
|
Administrator
|
Извините, а чем то, что Вы пишете в своем запросе, принципиально отличается от того, что делает класс?
Вы полагаете, что если будете использовать group by ItemId вместо внешнего цикла по номенклатуре, получите серьезный выигрыш в производительности? Для начала посмотрите профайлером на то, как выполняется функция расчета остатков на дату, на что расходуется больше всего времени. Кстати, Ваш запрос уже как минимум неправильно посчитатет остатки по номенклатуре, которая была возвращена по отборочной накладной.
__________________
Not registered yet? Register here! Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me |
|
|
|
16.11.2005, 14:34
|
#2 |
|
Участник
|
вот я и хотел взвесить все за и против и найти оптимальныое решение
|
|
|
|
16.11.2005, 14:42
|
#3 |
|
Участник
|
на самом деле я там указывал на случай если много номенклатуры к примеру 100 тыс единиц а остаков только 10 тыс единиц уже 90% обращений к базе в случае обхода номенклатуры и использования метода класса будут бесполезными
нежели напрямую выбрать записи из InventSum. Но как выяснилось в процессе диалога сомнительно что эффект дейсвительно будет. |
|
|
|
16.11.2005, 15:29
|
#4 |
|
Участник
|
Цитата:
Сообщение от Def
вот я и хотел взвесить все за и против и найти оптимальныое решение
|
|
|
Комбинированный вид
