Сваял процедуру групповой обработки документов определяющую #287466

оптимальный параметр Количество в транзакции. Что скажете? Код:

чо-то не осислил... >>Док.Удалить(фУД); $ФУД - похоже не определенно...

А скажем следующее: оптимального количества операций записи, объединяемых в транзакцию, в природе не существует (точнее сказать в отношении этого параметра в полной мере проявляет себя принцип неопределенности Гейзенберга: как только ты оценил оптимум - он перестал быть оптимумом)

фУд реквизит формы определяющий непосредственное удаление а идея была такова: после каждой транцакции определять обрабатываемое количество документов - и соответственно скорость доков/сек и соответтственно менять количество доков в транзакции для достижения максимальной скорости

я заметил таким образом что на моем компе если работает только 1С оптимальное количество 100 для пометки на удаления а для сделать непроведенным 400

А зачем? Солидные программы - работают не спеша.:)

:)

Надо для каждого вида документов, расчитать и сохранить эти значения. В отдельном файле. Причем на каждом раб. месте - свои.

а чорт, меня отрывают...

кому не лень и есть на чем... попробуйте эту штуку реализовать...

если не трудно, попробуй пожалуйста

исправления

чем она принципиально отличается от моей?

убери Сообщить, и сила чикла возрастёт многократно....

Почти тоже самое, только выход на оптимальный режим, по идее, должен быть более быстрый

никто не пробовал?

~

Есть смысл достигать в этом параметре оптимума? Какова разница в скорости для 100, 200, 300 доков в транзакции?

в , по идее, как раз этот параметр определяется в процессе проведения

я понял. Я спрашиваю, есть ли в этом смысл? Сколько ты в принципе можешь выиграть по сравнению с тем, если бы поставил просто 100 доков в транзакции? СтОит ли овчинка выделки?

затрудняюсь ответить...

даже не проверяя готов спорить, что оптимизация здесь нафиг никому не нужна...

вполне вероятно... я вообще с 1С ушел

+ Так что мне точно не нужна ;_)