Возможно ли ускорить удаление записей регистра? #744302

Возможно ли ускорить удаление записей регистра?

Не надо Операция.Прочитать

итоги в заросе не нужны, сумма в запросе не нужна, набор не нужно читать и очищать перед записью

убери  Операция.Прочитать;

итоги нужны, выводится еще табличка.

перенеси до цикла строку ускорит на 0,000000000001%

Можно создать новый регистр бухгалтерии и перенести в него записи >&Дата Старый регистр переименовать в Удалить_

в цикле я этого не вижу

Запускать надо на 1С-сервере или так, чтобы между клиентом и сервером была гигабитная сетка.

не так не пойдет, в базе 8 лет работы, а удалить надо первый год.

это была шутка, мне кажется :)

не буду же я всю процедурину суда впихивать

Зависит от объёма данных и как его разделяет дата. Например, если надо удалить 8 лет работы и оставить последний год, то вполне имеет смысл создать новый регистр или новую базу

согласен

Кстати, остатки изменятся. Это предусмотрели?

я бы все же снял активность с движений, дабы "не протерять", с другой стороны, в отдельном регистре они тоже не пропадут

да

странно работает медленней чем в 112 записей в минуту, а в 95 записей в минуту

наоборот в 95 записей в минуту, а - 112

высказывание_Станиславского.txt

Да, оптимизация - она такая...

давай замеры, надо смотреть где оно тупит

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

или удалять даже в чистом скл

у меня где-то была такая обработка свертки. но только для регистров накопления

кстати да, отключение итогов точно позволит ускорить обработку. ОбмегДанными.Загрузка - тут уже надо смотреть что там в самом модуле набора данных, может быть и не нужно

по на 106 обращений 46,6 сек по на 101 обращений 50,5 сек

Отсутствие проверки на необходимость записи:       КонецЕсли; - вызывает запись даже тогда, когда она не требуется. Вопрос лишь в том - зачем отбирать регистраторы, по которым очищать нечего

все дело в том, что в это условие входа тупо не будет, посему оно лишнее. Запрос же строится по регистру, значит по регистратору движения есть

верно

глянь в - 101 раз, вместо 106

к и + замер делался за минуту

дык это не показатель, записи все равно обрабатываются одни и те же, просто, почему-то, после чтения и очистки удаляется веселее... Платформа...

Если разный набор удаляется - тогда и сравнивать нечего.

+ как вариант может взлететь, а если еще и в начале транзакции отрубить итоги, то вообще может получиться хорошо. Грустнее, что это все гадание на кофейной гуще

При чистке записей регистра нужно отключить пересчет итогов:

Если очищается большая часть регистра, то можно отключить итоги. Транзакция всегда даст выигрыш.

Надо посмотреть модуль набора регистра, какие там проверки при записи и отключить их по условию ПараметрСеанса.ГрупповоеИзменениеОбъектов или ОбменДанными.Загрузка = Истина

все были уверены, что непрочитывание набора тоже даст выигрышь, ан нет

Ты тест проводишь при удалении одних и тех же данных. Или попросту 100 первых попавшихся? 100 тогда, не будут 100 в следующем ;)

я ничего не провожу, я только высказываю мнение, что может помочь автору, а потом буду использовать это у себя :)

специально развернул 2 базы для проверки, поэтому по идее условия одинаковы

выключить итоги, выбрать регистраторов по месяцам, каждый месяц запустить в своем фоновом задании или в своем сеансе 1с

Набор все равно зачитывается, самой платформой.

+ ну, или по количеству ядер процессора

ну и база должна быть клиент-серверной, и на сервере должны быть диски нормальные, а не один wd green 5400 оборотов

Думается, закупить нормальные диски для разовой операции - это не совсем адекватно)

ну вдруг там они уже стоят на сервере?

Итоги отключить, несомненно.

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

да-да, всё нужно делать параллельно

абсцисса - количество потоков?

Опытным путем добился следующих результатов за минуту действий + отключение итогов 531 обращение за 20,92 сек. + отключение итогов 715 обращений за 28,52 сек.

да

интересно, там веб сервис обмена результатами еще работает?

ну ОбменДанными.Загрузка = Истина ставил?

а сам запрос не обсуждается? Для чего там группировки и лишние реквизиты (Сумма)?

говорят, что надо :)

->

Транзакцию пробовал?

ну как, распараллелил?

да, почти без результатов, по началу вроде шустро, но потом, после 10к записей сильное замедление, даже если разделять по количеству транзакция. Всем спасибо за советы и обсуждение. Самый оптимальный для меня по времени, мой вариант с отключением итогов

в потоках будет быстрее, но больше кода

поподробней?

надо запустить несколько сеансов по разным периодам и все. если итоги не отключены - то еще разрешить разделение итогов, но лучше все-таки итоги отключить.

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

Почему-то никто не сказал про truncate в СУБД.

+ Или база файловая?

посмотри на секцию ГДЕ в запросе

Несколько фоновых заданий.

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

но вообще, DELETE FROM Таблица WHERE Условие

да ты гений

я из меньшинства) Почему-то думал у него есть параметры. На разл. обменах чистить тестовые РС - это ад просто, то-ли дело напрямую - пара секунд там, где 1С думает около часа...

от только 1С строго-настрого запрещает вручную ковыряться в таблицах

правильно. а то такие, как фиганут данные, а потом за них ошметки вычищать

с отключением итогов тоже, что-то долго получается без отключения 1,5 часа 1 квартал, с отключением 15 минут чистит и уже 30 минут включает итоги.

ну значит, для параллельного удаления не отключай итоги, а включай разделение итогов

В чём проблема оставить на ночь? За 4 часа он всё удалит. Потом за 30 минут включишь итоги

в принципе проблемы нет с включением на ночь, так и планировал сделать с рабочей базой.

Когда наконец 1С разрешит массовые операции над таблицами?

Сделай ещё 8 сеансов на каждый год. Действуй.

не надо про "такие как" - я бы не стал использовать не до конца понятный мне механизм в боевой базе. Сказал же - тестовые РС чистил. И можно узнать, о каких ошметках идет речь, если я чищу РС? Индексы?

регистрация изменений. бесконечное количество того, что выполняется в обработки ПередЗаписью и ПриЗаписи. для периодических РС и 8.3.5 - таблицы итогов.

спасибо, действительно про планы обмена

не подумал)