vandalsvq писал(а) 23. Декабря 2012 :: 08:42:Dolly_EV, отдельно проверь поставщика операций и проводок. На отдельных формах.
Попробовал отдельно - не тормозит, все Ок.
Цитата:На поставщике проводок попробуй поставь отбор по документам, посмотри насколько будет тормозить или не будет.
При установке отбора -
чем больше проводок по данному виду дока - тем более тормозит... не нашел зависимости... вобщем тормозит при установке отбора. И листинг при установленном отборе - кажется медленнее, чем без отбора. И при нажатии "Отключить отбор" - тоже тормозит (хотя при открытии - все моментально)
На SQL все несколько поживее, чем на DBF.
На DBF - при открытии совместной (Операции+Проводки) - вообще не мог дождаться, пока вот такую проверку не вставил:
Перем СтарТекущийДокумент;
...
Процедура ТабличноеПолеОперацииПриАктивизацииСтроки(ТабличноеПоле)
Если ПустоеЗначение(ПоставщикДанныхПроводки) = 1 Тогда
Возврат;
КонецЕсли;
ТекущиеДанные = ТабличноеПоле.ТекущиеДанные;
Если ТекущиеДанные.ТекущийДокумент<>СтарТекущийДокумент Тогда
Отбор = ПоставщикДанныхПроводки.Данные.Отбор;
Отбор.ТекущийДокумент.Установить(ТекущиеДанные.ТекущийДокумент, 1);
Отбор.ТекущийДокумент.ИзменятьИспользование = 0;
Отбор.ТекущийДокумент.Доступность = 0;
ПоставщикДанныхПроводки.Обновить();
Активизировать("ТабличноеПолеОперации");
СтарТекущийДокумент=ТекущиеДанные.ТекущийДокумент;
КонецЕсли;
КонецПроцедуры // ТабличноеПолеОперацииПриАктивизацииСтроки
Имхо, забить на Проводки и операции, т.к. штатных журналов вполне достаточно. Да и пользуют их довольно редко. Больше отчеты. Разве что, если весь интерфейс конфиги переписывать на "Поставщикданных" - это останется "белым пятном"
Страницы: 
Примеры использования класса "ПоставщикДанных" (число прочтений - 15148 )
