Представляю альтернативную обработку для тестирования и исправления ключей аналитики РАУЗ. Разработана для УПП 1.3.19.1.
Чем она отличается от стандартной, входящей в типовую конфигурацию. Существенным образом изменен способ поиска неиспользуемых ключей перед их удалением. Даже не смотря на то, что здесь это делается на клиенте в отличие от типового варианта, выигрыш на больших базах по сравнению с типовой может достигать 3000% (такой результат получен на базе возрастом в 1.5 года, размером в 200 Гб). На небольших базах скорее всего прирост будет не очень заметен.
Технически ничего сложного нет. Просто заменили запрос по поиску ключей в тех местах, где они точно водятся, а уж потом из того что осталось ищем по всей базе для очистки совести.
Надеюсь кому-нибудь поможет.
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
Альтернативная обработка для тестирования и исправления ключей аналитики РАУЗ. Выигрыш до 3000%
Перейти к публикации
Люди, отпишитесь, у кого базёнки жирные — какой реально ужим/прирост после шерстирования? Спасибо.
Специального исследования не проводили, однако по личным субъективным ощущениям…
Ужим всегда невелик, пренебрежимо мал и незаметен.
Прирост в производительности при проведении доков и расчете себестоимости выпуска бывает заметен.
Смотря оборудование какое. Если на СУБД сервачок дохленкий, дисковый массив слабенький, то прирост ощущается. Если сервак приличный, массив большой и шустрый, то эффект практически не заметен.
Хорошая реализация того что уже давно используется. Посмотрите литературу по интеллектуальной обработке данных. Надеюсь еще будут хорошие идеи.
Перестало работать на новой версии УПП Управление производственным предприятием, редакция 1.3 (1.3.53.2)
{ВнешняяОбработка.ТестированиеИИсправлениеКлючейРасширеннойАналитикиУчетаЗатра
Результат = Запрос.Выполнить();
по причине:
{(102, 20)}: Таблица не найдена «РегистрСведений.УзлыКорректировкиСтоимостиСписания»
ЛЕВОЕ СОЕДИНЕНИЕ <<?>>РегистрСведений.УзлыКорректировкиСтоимостиСписания КАК УзлыКорректировкиСтоимостиСписания
Управление производственным предприятием, редакция 1.3 (1.3.92.3)
В стандартной обработке по тестированию и исправлению добавьте следующую строчку кода:
ТаблицаСсылок.Индексы.Добавить(«Ссылка»);
в процедуру УдалитьКлючиАналитики(ТолькоТестировать) между строчками кода
ТаблицаСсылок = НайтиПоСсылкам(МассивСсылок);
и Для Каждого ЗначениеМассива Из МассивСсылок Цикл
Получите ускорение работы. Лично у нас время снизилось с 12 часов до 5 часов. База 350 Гб
(5)
Результат = Запрос.Выполнить();
по причине:
{(102, 20)}: Таблица не найдена «РегистрСведений.УзлыКорректировкиСтоимостиСписания»
ЛЕВОЕ СОЕДИНЕНИЕ >РегистрСведений.УзлыКорректировкиСтоимостиСписания КАК УзлыКорректировкиСтоимостиСписания
УзлыКорректировкиСтоимостиСписания скоррее всего называется УдалитьУзлыКорректировкиСтоимостиСписания поменяйте в тексте запроса и все заработает
Коллеги, доброго дня всем. Я даже представить себе не мог, что этой штукой так долго люди будут пользоваться.