Справочник номенклатуры - 10 суток

[Демидова Татьяна]

8.0 УТ файловая
7.7 бухия 25\466 серверная
Справочник 10 тысяч наименований.
Стандартная выгрузка из 8.0 в 7.7
Компы достаточно быстрые.
Судя по счетчику 10000 наименований будут грузиться 10 суток на выделенном специально для выгрузки рабочем месте.

Это что, стандартная скорость? Есть ли возможность реально увеличить скорость выгрузки? Ведь 10тыс наименований - это ерунда. А если бы розница? Если 100 тыс. наименований? 100 дней? так и баланс не сделать никогда.

[Демидова Татьяна]

Тайна, покрытая мраком...
Хоть подскажите, где искать причину?

[Fosihas]

А что ваши специ по этому делу говорят?

Может в код не оптимизирован. Это смотрится замерами.

[Демидова Татьяна]

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

Долго работает загрузка в 7.7. Загрузка стандартная семерочная - встроенная. Грузит все правильно. НО ДОЛГО!

[Сисой]

Это беда многих программ типа АРМ. Выгрузки-загрузки, стыковки-расстыковки. Самим-то не надоедает?
ИМХО, в УПП было бы гораздо удобнее.

[RinatRU]

Интересная история. В моем случае 4500 позиций товара из УТ8.0 в Бух 4.66 выгружается не более 25 минут.

[Демидова Татьяна]

Проблема на данный момент не решена, но благодаря одному умному человеку с Клерка я знаю в чем причина.

[Dracosha Andrew]

Демидова Татьяна, не могу судить о том, что не видел.
Но как показывает практика проблема бывает в том, что при выгрузке проиходят всякие перерасчеты периодических реквизитов и остатков по регистрам. Это сделано, что бы манипулировать данными на дату загрузки. Я в таких случаях пишу собственный загрузчик, используя MS FoxPro (ну люблю я его!!). Но всё равно, если большая номенклатура с большими изменениями будет тяжело.

Кстати, проблема скорее в том, что загрузка универсальная. Попросите программистов убрать лишние расчёты.

[Aquad]

Dracosha Andrew,
Там проблема не в расчетах каких-либо цифирок ...

1. А проблема в универсальности алгоритма ...
2. Проблема в "глубокой" его рекурсивности ...
3. Проблема отсутствия кеширования данных ...

[Dracosha Andrew]

Aquad, А зачем там рекуссия? Можно же легко и без неё. Выходит просто памяти не хватает?

[Aquad]

Dracosha Andrew,
Рекурсия - следствие универсальности ...

[BorisG]

... Выходит просто памяти не хватает?

Ну, насчет того, чего не хватает, нужно смотреть. Системный монитор в таких случаях не нужно забывать.
Ибо уж в таких то случаях (с рекурсией), при недостатке намяти свопинге тормозить будет однозначно и без вариантов.

[Dracosha Andrew]

Dracosha Andrew,
Рекурсия - следствие универсальности ...

Хм, а я считал, рекурсия это вызов процедуры из самой себя... А оказывается это следствие...

PS всегда считал, что рекурсия это следствие лености ума программиста, т.к. доказано, что любая рекурсия заменяется циклом. Т.е. аппарат рекурсии, конечно хороший, но скорее теоретический, т.к. универсальных методик контороля для неё не придумано, вот она и пожирает все ресурсы.

[Aquad]

Dracosha Andrew,

Что такое рекурсия - я отлично знаю

В моем посте имелось ввиду, что применение данного метода обусловлено универсальностью !