Как можно быстро перепроводить большое количество документов? #28134

Как можно быстро перепроводить большое количество документов?

no support. Где собираешься перепроводить?

обработкой документов в п.Сервис, а если бухгалтерия, то п.Операция - проведение документов

У меня в базе куча документов, я пробовал их перепроводить Операции-Проведение документов, но это долго.

Купить мощный сервер с быстрой дисковой подсистемой и большим объемом оперативной памяти.

А если документов очень много?

Да у меня и так сервер не плохой.

Лучше проводить 1 - на самом сервере 2 - в монопольном режиме 3 - использовать транзакции

Перед проведением документов - ставь точку актуальности на самый первый перепроводимый документ. Значит недостаточно неплохой. Вообще - изложи ТТХ базы и сервера. А, еще вспомнил. Если перепроводишь на самом сервере (я надеюсь), то процессу 1cv7.exe нужно понижать приоритет. Особенно актуально для SQL версии.

А что дакст использование транзакций?

2 Ни чего, т.к. проведение и так идет всегда в транзакции. Этот пункт можно исключить из совета .

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

АЛьФ, если перепроводить несколько документов, то объединение проведения нескольких документов в одну транзакцию - дает выигрыш в скорости. Могу привести замеры. В твоем случае использование транзакций даст уменьшение времени перепроведения.

Можно темп на виртуальный диск.

Закомментарить модуль проведения документа, не забыв при этом снять галку "автоматическое удаление движение". Скорость проведения приятно порадует. --- А зачем такое нужно? Куда торопимся?

Можеш больше расказать про этот метод?

Так в том то й дело что нада чтобы модуль проведения документа не был закоментированым.

2 Кому надо? Я думал надо быстро перепровести документы

А вдруг обнаружена коекакая ошибка в проведению и нада ее исправить?

Поищи по Ram disk. Создаешь виртуальный диск Z в ОЗУ. При запуске 1C пишешь: "C:Program Files1Cv77BIN1cv7.exe" /t z:

2 Поставить галку "разрешить редактировать операцию документа", и исправить вручную, или с помощью обработки.

Что хоч этим сказать?

Может все-таки ответишь на просьбу в ? Насчет ТТХ базы и сервера.

- конфигурация самописная типа "Торговля и склад"(оперативный учет) - задание перепровести документы за год (их много) - сервер нормальный Xeon 2,4 оперативки 512

Хорошо, не хочешь сам - задам конкретнее. Размер базы данных? Количество документов? Какая дисковая система на сервере? dbf или sql?

База небольшая 100 Мбайт доков = 14092 база dbf дисковая система NTFS

Я имел в виду - какой там сам диск стоит? А не какая файловая система. . Дожили. 100 мегабайт уже большая база, а 15 тысяч документов - много. Напиши что-то типа И пусти это в монопольном режиме, предварительно выставив приоритет процессу 1cv7.exe - ниже среднего. Если и тогда юудет тормозить - значит дело в том, что автор самописки неоптимально написал модули проведения документов. Тогда отладчик в режиме производительности в зубы, и копать до просветления.

Спасибо за совет.

А что ты скажеш на счет Ram disk, или не использовал?

Сам не использовал, но на форумах слышал мнения, что прирост составит где-то 10-30%. При том количестве геморроя - ИМХО оно того не стоит. Тем более, что у тебя и памяти не так уж и много - у меня на рабочей станции столько.

Ты говориш сделать такую обработку как ты сказал, а ведь системное проведение документов(Операция-Проведение докментов,) мне кажется работает так само. Так что получается нада упрощать алгоритм проведения документов.

2 Именно. Об этом я и писал. Просто предложил экстремальный вариант оптимизации.

Так ради интереса прогнал написанное в Типовая демо бухия украина 1 вариант 46,553 с 2 вариант каждый 10 в транзакции 17,297 с 3 вариант все в транзакции 11,202 с В базе 197 документов

Он делает то же самое, только без транзакций по 100 документов.

Это все хорошо но кода все в транзакции и последний док вдруг не проводится все отминяется, а если их там очень много , это такой облом будет

Первая итерация подтверждает мое наблюдение, что 10 операций внутри одной транзакции работают где-то в 2-3 раза быстрее. А вот вторая меня немного удивила, по идее должно было получиться не более 8.000 секунд. Хотя если оперативы 256 или меньше - то могло памяти не хватить все в одну транзакцию засунуть, и начался своп.

Не боись, отменится не больше 100 документов, что в общем-то не так и много.

А почему имено сто, или в транзакцию брать не больше ста? Если С%100 = 0 Тогда

Дополнение: Там перед проведением надо делать УстановитьТАНаДокумент иначе ошибка выскочит.

Потому что у твоего сервера оперативной памяти не хватит. Да и эффект потихоньку уменьшается. 100-250 документов в транзакции - ИМХО оптимально.