Тормозит база УТ (Регистр накоплений с большим количеством нулевых строк)
Имеется база УТ10 (платформа 8.3.16.1690) сильно переписаная (на обычных формах), на сервере MS SQL. При анализе "тормозов" и производительности выяснилось, что самая большая таблица - РегистрНакопления.Заказы покупателей.Итоги: Размер данных - 2 470 664 КБ, Размер индексы - 4 119 432 КБ, Число строк - 10 496 181, причем Число нулевых - 9 549 601. Анализ проводился с помощью "Инструментов разработчика". База тормозит как раз при обращении к этому регистру "Заказы покупателей". Что можно сделать для повышения производительности? Поможет ли пересчет итогов по этому регистру? Влияет ли на скорость обращения к регистру количество нулевых строк? Если да то как их можно удалить? Спасибо, буду благодарен за любые советы.
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
В этом случае пересчет ничем не поможет.
Да и вообще - пересчет выправляет цифирки, а не косяки программистов.
Поможет ли пересчет итогов по этому регистру
Если конфа писанная-переписанная, то с большой вероятностью горе-программизды так заковнокодили этот регистр, что остатки в "ноль" в принципе не схлопываются, и количество записей ежемесячно растет с неплохой такой прогрессией.
В этом случае пересчет ничем не поможет.
Да и вообще - пересчет выправляет цифирки, а не косяки программистов.
Проблема решена. Запустил вручную регламентное задание "Пересчет итогов регистров накопления". После пересчета таблица РегистрНакопления.Заказы покупателей.Итоги: Размер данных - 595808 КБ, Размер индексы - 372448 КБ, Число строк - 946814, причем Число нулевых исчезло. База работает нормально, пользователи счастливы.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот