Для тех, кто знаком с механизмом версионирования объектов!
Столкнулся с проблемой, при включении типового механизма версионирования база стремительно растет, при чем регистр сведений занимал 1/3 всей базы.
Данная обработка , удаляет из регистра версии старше заданного периода по дням.
По умолчанию обработка заполняет даты Дата начала это дата первой записи в регистр сведений дата конец это текущая дата минус три месяца. То есть останутся записи только за 3 последних месяца. Если нужно больший или меньшей период, тогда нужно установить нужное количество месяцев.
Другие публикации по теме:
Подсистема версионирования для УТ 10.3 //infostart.ru/public/61706/
Изменения объектов (версионирование) //infostart.ru/public/79329/
Удаление дублей объектов в подсистеме версионирования //infostart.ru/public/21905/
История изменения документов «Реализация товаров и услуг» за период //infostart.ru/public/93433/
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
Интересно, на какой конфигурации эта обработка тестировалась? При запуске в УПП 1.3 выдала сообщение об ошибке:
{ВнешняяОбработка.ОчисткаВерсий.МодульОбъекта(21)}: Метод объекта не обнаружен (ЗначениеНЕЗаполнено)
Если не ОбщегоНазначения.ЗначениеНЕЗаполнено(ДатаНачало) и не ОбщегоНазначения.ЗначениеНЕЗаполнено(ДатаКонец) Тогда
Тестировалась на УТП для Украины, ошибку ОбщегоНазначения.ЗначениеНЕЗаполнено исправил.
(2) igormiro, Понятно, УТП Украины несколько отличается от УПП России в плане Общих модулей.
Скачаю, проверю, помогло ли.
ИМХО, гораздо лучше удалять не то, что старше определенной даты, а более определенного количества версий на объект. Основная задача этого регистра — ответить на вопрос «Кто виноват?» и восстановить версию, если понадобится, ведь если удалять все старше определенной даты, то для старых объектов это уже невозможно будет сделать.
А еще лучше, в дополнение к данному функционалу, удалять все кроме самой последней версии. В бэкапах, если что, останутся старые версии. Ну а в текущей конфе — будет хоть с чем сравнить если что. Собственно так у себя и сделал.
Данная обработка писалась под конкретную задачу.
Если у вас объем базы небольшой воспользуйтесь лучше
Работа обработки построена, так что она удаляет версии по дням и нет зависания при обработке большого в объеме регистра сведений «Версии объектов».