Сервер Xeon E5620 (16 лог ядер), ОЗУ 12 ГБ.
Винда Server 2008 R2 x64.
1С клиент-сервер, тоже x64
БД MS SQL 2008 R2 Enterprise x64
SQL Server Manager сообщает, что сама база 7,7 ГБ
Журнал - 10 ГБ

Конфа БГУ. Выполняю следующий код


       Запрос    = Новый Запрос("ВЫБРАТЬ РАЗЛИЧНЫЕ
       |    Хозрасчетный.Регистратор
       |ИЗ
       |    РегистрБухгалтерии.Бюджетный КАК Хозрасчетный
       |ГДЕ
       |    Хозрасчетный.Период МЕЖДУ &НулевойПериод И &Период
       |
       |ДЛЯ ИЗМЕНЕНИЯ");
       
       Запрос.УстановитьПараметр("НулевойПериод", '00010101');
       Запрос.УстановитьПараметр("Период", Дата);
       
       СчетчикДокументов    = 0;
       РегистрНабор    = РегистрыБухгалтерии.Бюджетный.СоздатьНаборЗаписей();
       Выборка    = Запрос.Выполнить().Выбрать(ОбходРезультатаЗапроса.Прямой);
       НачатьТранзакцию();
       Пока Выборка.Следующий() Цикл
           ОтборРегистратор    = РегистрНабор.Отбор.Регистратор;
           ОтборРегистратор.Значение    = Выборка.Регистратор;
           ОтборРегистратор.Использование    = Истина;
           РегистрНабор.Записать(Истина);
           СчетчикДокументов    = СчетчикДокументов + 1;
           Если СчетчикДокументов % 1000 = 0 Тогда
               Состояние("Обработано " + СчетчикДокументов + " документов.");
               ЗафиксироватьТранзакцию();
               НачатьТранзакцию();
           КонецЕсли;
       КонецЦикла;
       ЗафиксироватьТранзакцию();


Т.е. стоит задача очистить движения по регистру определенных документов. Делаю это в транзакции по 1000 доков. И вот как-то это медленно происходит. Запрос выполняется быстро, а вот запись в регистр накопления - медленно. Как можно ускорить этот код?

Делал то же в файловой на том же оборудовании, там удаляется быстрее, часа за 3 система доходит до 40000 документов и ругается на "мало памяти", в Скуле на "мало памяти" не ругается, но вот 20000 документов обрабатывает уже 5 часов.

Как ускорить, может количество доков в транзакции поменять?

ОтборРегистратор    = РегистрНабор.Отбор.Регистратор;
           ОтборРегистратор.Значение    = Выборка.Регистратор;
           ОтборРегистратор.Использование    = Истина;
вместо этого -

РегистрНабор.Отбор.Регистратор.Установить(Выборка.Регистратор);

виртуальная таблица

(1) ускорит ?

Тема интересная, примерно тоже самое происходит при проведении табеля в ЗУП - там тоже запись регистров и тоже очень долго.

|ДЛЯ ИЗМЕНЕНИЯ");
убери, толку 0 всё равно

(1) Быстрее то из-за этого не будет)

+(3) ускорит или укоротит ?

(3) нет, протсо правильней)

А зачем транзакция?

(9) а без неё тормозить ещё сильней будет

Отключить итоги, удалять, включить итоги.  Расшифровка (2)

(11) +1

+ сгруппировать по регистратору

что-то типо такого : v8: быстрая очистка регистра бухгатерии

(13)
РАЗЛИЧНЫЕ не достаточно?

(15) достаточно.

(15) медленнее работает

Поможет только прямая очистка в SQL записей основной таблицы и таблицы субконто + пересчет итогов.

(0) вирутальную таблицу использовать;
ну  и еще "РегистрНабор.Записать(Истина);" - глянуть модуль этого регистра, может лишние проверки есть в обработчике ПередЗаписью(), подписки там поискать лишние и прочее что обрабатывается на этом этапе

(17) [Запрос выполняется быстро, а вот запись в регистр накопления - медленно.]
(18) format c: тоже решение.
(19) +1 может еще какие проверки делает, но врядли.

(20) так если отключить итоги

РегистрНабор.Обменданными.загрузка = Истина;
РегистрНабор.Записать();
:)

+ (19) как-то стояла задача перезаписать справочник с 700к элементов разово - выгонял всех,тупо коментил модуль справочника, перезаписывал откатывал назад =) гдет 5-ти кратное ускорение было
...правда если напрямую скулем делать вообще минуты - но это считается некошерно))

По замеру самая тяжелая строка это РегистрНабор.Записать(Истина);, т.е. на запрос я не жалуюсь, проблема именнов записи регистра.
(11) Спасибо. Вариант.
(22) Спасибо. Вариант.

(24) в (11) - 100% вариант, в (22) - обход проверок, если имеют место они быть в модуле

(24) офф: о, вязьма) я там служил

Вопрос тут возник, по варианту в (22) ОбменДанными.Загрузка = Истина нужно внутрь цикла втулять, или достаточно перед выполнением цикла один раз установить?

(27) 1 раз, где создание набора записей

(28) + блин, не факт. отладчиком проверить надо

Вот и я думаю, при установке отбора не сбрасывает ли он его в Ложь.

(30) в цикл засунь, это в худшем случае 0,001% времени будет)

(31) Ща отладчиком пробежал, достаточно один раз вне цикла :)