Сергей Васкецов kefiИ не важно сколько времени это займет?
Неважно в некотором допустимом диапазоне. Пока что очевидное ограничение для дневных операций - работа ночью. Для закрытия месяца - выходные. И это при условии, что пересчитывается вся картотека, обычно такого нет.
Насчет того что Неважно в некотором допустимом диапазоне. какраз полностью согласен.
Но пока я по странному непониманию не могу от Вас длобиться - какой это диапазон - сколько считается-то ? - ЭТО ЦЕЛЬ ТЕМЫ !
Насчет того, что при условии, что пересчитывается ВСЯ картотека, обычно такого нет - не понимаю - вроде как с самого начала темы говорилось, что если изменен товар в начале периода, то в соответсвии с LIFO/FIFO должны будут изменены ВСЕ ПОСЛЕДУЮЩИЕ накладные за ним - т.е. изменена ВСЯ картотека по этому товару.

Сергей Васкецов kefiТак мне в любом случае нужно оценить это время.
Ну и оценивайте, я-то тут при чем?
Здесь никто никого не неволит, просто странно , зачем тогда столько участвовать в теме, если не отвечать на вопросы в ней поставленные ?

2 Сергей Васкецов> просто еще хочу добавить - почему хочу оценить это время :
вон Программист-Любитель сразу сказал - гавно . Так где гавно и где не гавно ?

Сергей Васкецова я Вам это не скажу.
Ну , если уж "не скажу", то не упросить конечно, Но вот заинтриговал жутко - почему "не скажу" ?
Скажите, а то сил терпеть нет, так интересно - почему "не скажу" и зачем "не скажу"?
Или это игра такая - заинтриговать и оставить мучиться - почему же не скажут?

Есть дата требования перерасчета, начинать считать раньше нее бессмысленно.
Требование перерасчета может быть не для всех номенклатур и не на всех складах. >
Ну как же бессмысленно считать раньше Редактируемой Накладной - а остатки восстановить на эту дату для этого товара(точнее перед этой накладной) ? Или у Вас остатки перед каждой накладной по всем товарам сохраняются? Впрочем такого быть не может, поэтому - нужно восстанавливать Остатки, а это значит для FIFO начиная с того среза, когда эти остатки сохранены, пересчитать ВСЕ накладные , где участвовал этот товар вплоть до Редактируемой накладной. Ну и далее до конца - пересчитывать все накладные , где участвовал этот товар, Вот выбросить из этого пересчета склады, которые "не задеваются" траекториями распространенния товара ПОСЛЕ Редактируемой накладной я не смог (может, мало уделил внимания) ...

Гриценко А.В.2) Средневзвешенный
Полный пересчет по запросу (скажем ночью)
Быстрый расчет (ориентировочный) мгновенно при формировании расходного документа

На нормальных базах все пересчитывается в пределах получаса при объеме
в миллион записей

3) Лифо - фифо задница хуже средневзвешенного но рецепт тот же

- Так о FIFO, который задница, как раз и речь - там тоже в пределах получаса миллион позиций ассортимента накладных ?
А как вы делаете правки - Вначале правите все предполагаемые для этого накладные , а потом запускаете пересчет ? Если так , то как же тогда последняя введенная накладная - ее-то сам бог велел править , если уж такое случиться СРАЗУ (на лету), ведь часто именно вскоре после СОздания обнаруживается необходимость исправления накладной ? А если править последнюю FIFO накладную на лету, то нужно для нее восстановить остатки, а для этого нужно пересчитать все накладные с момента последнего сохранеия остатков, котроче - опять возникает глобальный пересчет.



PS Базу нормальную возьмите для работы

Разумеется возьму, просто - это прототип в Access, но интересно на что он способен и сравнить с тем, как должно считаться.


И все до Вас написано много раз
например мой вариант Flex.al.ru
Ну и до Вас столько же раз написано, тем не менее Вы пишете свой. НО у меня-то вообще "Склад" - это громко сказано, скорее , чтою найти общий язык, это всего лишь предполагаемый метод обработки потоков в моей системе, которая предполагает весьма универсальное использование.