привет, перемещение, ртиу и т д, бывают доки по 100-150 строк и добавление строки, удаление, изменение - долго отрабатывает, что с этим можно сделать?

а) Не делать такие документы
б) исправлять код, который каждую строку при каждом чихе на сервере пересчитывает

большое количество строк сама 1с рекомендует не на клиенте, а на сервере обрабатывать

100 строк? не 100 тысяч я правильно понимаю?
а с каких пор 100 строк это большой документ??

(3) Поддерживаю. В нашем проекте были тысячи строк, там уже медленно работал документ, т.к. вся эта котовасия передавалась с клиента на сервер и обратно при каждом вызове процедуры &НаСервере. Вот это - большой и неоптимизированный док, пришлось озощраться. А в вашем случае замер производительности в помощь. 99% - процедура "ПриАктивизацииСтроки()"

...Без комментариев.. ну вы поняли... ;-)

не ну я все понимаю, когда то приходилось в 7ке документы разбивать чтобы в 10к строк укладываться.
не то чтобы оно не работало - просто с нумерацией удобнее было.
но чтобы 100 строк...
ишла бы 1с в пень с такими конфигами.

(6) А кто тебе сказал, что там типовая?

(6) "Пи..ы, сэр!" ..?!

(0) перестать работать в файловой базе вдесятером.

(4) >99% - процедура "ПриАктивизацииСтроки()
Могли и с представлениями ссылочных типов навертеть

(10) да. можно в обработчик получения представления написать получение реквизитов через точку - будет всю таблицу объекта затягивать.

У нас один уникум при записи документа(тоже кстати перемещение) организовал цикл по строкам, для каждой строки опять цикл по строкам и внутри - запрос к базе. Проверил на 2-3 строках - все работает. А вот в проде на рабочих объемах по 200-300 строк в документах чет не захотело быстро работать.

(12) Цикл по всем канонам на клиенте? :)

(13) не обязательно, может у них сложная система скидок/наценок. Для каждой строчки все это дело высчитывается вот и тупит