Отчет показывает статистику по всем объектам конфигурации, включая табличные части объектов. Отдельный отчет по периодам позволяет проанализировать статистику наполнения данными в разрезе дня, недели, декады, месяца или квартала. Суммарное количество в интересующих строках можно получить, просто выделив нужные суммы.
Отчет "Базопузомер 2024" будет полезен аналитикам, администраторам баз данных и разработчикам.
При переводе базы на новую редакцию, расчёте необходимых ресурсов для установки новых баз, определении метрик расчёта производительности или разработке ресурсоёмких подсистем, часто бывает необходимо оценить объём данных, хранящихся в базе. Базопузомер поможет оценить количество различных объектов (справочников, документов и т.д.), а также собрать статистику по интенсивности наполнения ими базы данных с течением времени.
Возможности отчета "Замер пузатости базы":
- Работает на любой платформе, начиная с версии 8.2, и на любой конфигурации. Никаких ограничений!
- Поддерживаются все интерфейсы: обычный, управляемый, такси;
- Анализ по всем типам метаданных в базе;
- Расчёт количества объектов, числа строк в табличных частях, а также среднее число строк на один объект;
- Расчёт для каждого объекта его "пузатости" — суммарного количества всех строк всех табличных частей и колчичества элементов самого объекта;
- Расчёт количества групп для справочников и планов видов характеристик. Для неиерархических справочников и ПВХ соответствующая ячейка отчёта выводится затемнённой;
- Вычисление "на лету" суммарного количества в выделенных ячейках. Суммирование поддерживается для произвольно выделенных зон в пределах всего отчёта. Значения, для которых поддерживается суммирование, выделены тёмно-коричневым цветом;
- По щелчку на названии объекта открывается форма списка объекта;
- Возможность выбора сортировки по имени, синониму объекта, а также по количеству элементов для каждого типа объектов (по возрастанию или убыванию).
Вывод статистики наполнения базы периодическими данными реализован в виде отдельного отчёта, поскольку такая статистика актуальна не для всех объектов. В отчёт включены следующие типы объектов:
- Документы;
- Бизнес-процессы и задачи;
- Регистры накопления, бухгалтерии, расчёта;
- Периодические регистры свеедений.
Дополнительные возможности отчёта "Статискика по периодам":
- Общее количество элементов данных за выбранный период;
- Расчёт минимального, среднеего и максимального числа элементов данных за день, неделю, декаду, месяц или квартал в анализируемом периоде.
История изменений
Версия 1.01 (13.01.2024)
- Установлена жесткая типизация динамических структур в расчетных алгоритмах, во избежание редких ошибок на некоторых базах;
- Встроена справочная информация.
Версия 1.03 (11.12.2024)
- Исправлена ошибка определения количества записей регистров в случаях, когда реквизит или ресурс является строкой неограниченной длины и хранилищем значения.
Версия 2.0.01 (февраль 2024)
- Проект переименован в "Базопузомер v8";
- Добавлен "Таблицы БД", позволяет увидеть структуру таблиц БД, можно выводить имена таблиц в терминах СУБД или в терминах сервера 1С;
- Возможность расчёта объёма данных в таблицах БД (beta, особо не тестировалось). Опция доступна только для ИБ в клиент-серверном варианте.
(0) Прикольно! На работе попробую базу «попузомерить» в 40 ГБ.
В каких задачах применять такую штуку?
(2) Светлый ум, пример из жизни. С помощью такого отчета я однажды заметил, что итоги по регистру накопления вида Остатки занимает безумное количество места, при том что таблица движений так себе. Выяснилось, что в базу добавили регистр вида остатки, который по определению не выводится в ноль и при пересчете итогов разрастается. Ну, это квалификация программиста такая была.
(3) dgolovanov, Вот только Пузатость меряется исключительно в Записях. Если бы к этому добавлялось расчет Байт… Даже за исключением Хранилищ — дало бы значительный плюс!
Я согласился бы на приближенный расчет размера, с использования усредненного размера ТипаЗначения.
В двух базах выдаkо ошибку конвертации MS SQL для типа данных numeric.
А количество проводок видит?
(6) BNN, Таблицы регистров бухгалтерии — это и есть проводки. Конечно видит!
{ВнешнийОтчет.Базопузомер2016.МодульОбъекта(63)}: Ошибка при вызове метода контекста (Выполнить)
Выборка = Запрос.Выполнить().Выбрать();
по причине:
{(2, 2)}: В запросе, содержащем предложение СГРУППИРОВАТЬ ПО, в списке выборки не могут участвовать поля неограниченной длины «Количество»
<<?>>КОЛИЧЕСТВО(ТаблицаДанных.ИДСообщения) КАК Количество
ИБД — УТ 10.3.29.1 (нетиповая), Платформа — 8.2.19.80, БД — PostgreSQL 9.1.2.
Насколько я понял, считается только КОЛИЧЕСТВО объектов? Занимаемый объектами объем памяти даже не затрагивается? Если это так, то стоит сделать уточнение в подзаголовке.
(3) dgolovanov, И у меня есть пример из жизни. Разработали Конфигурацию, где под каждую строку документа делалась запись в Регистре сведений, причем одно из полей имело тип Строка(1024). Самое паршивое, что такая длинна поля использовалась крайне в редких случаях. Но база катастрофически быстро дорастала до предельных в Файловом варианте размеров!!!
(8) Sadtorg, Спасибо за замечание, ошибку исправлю.
(9) kosmo0, Да, верно, считается количество объектов. Только уточните, пожалуйста, о каком из подзаголовков идет речь? Поправлю
(10) Становится понятной Ваша обеспокоенность по поводу (4) 🙂 Скажу сразу — замер пузатости в байтах в этом отчёте не планируется. Во-первых, корректно замерить объём таблицы можно только в клиент-серверном варианте. Во-вторых, приблизительная оценка по типу данных — это всего лишь приблизительная оценка, а решать задачи полумерами — не мой конёк. Тем более, что это сильно уронит скорость формирования отчёта, особенно на крупных конфигурациях, типа УПП или УХ. К тому же, в обоих случаях отчёт перестанет быть универсальным кросс-платформенным.
Спасибо, четко.
рекомендую еще добавить, сколько хранится в реквизитах вида «Хранилище значения» для каждого объекта.
Тогда было бы понятно, где провалы.
Спасибо! Отчет очень пригодился. Порадовала расшифровка.
Более того, хочется отметить, что код процедур и функций оформлен грамотно.
Респект и уважуха!
(13) HEKPOH, Спасибо за отзыв! 🙂
Комментарий от человека со стажем работы в 1С с августа 1996-го.
Может использоваться ещё и бухгалтером или аудитором в случае при передаче дел, для определения фронта работ при возможном восстановлении учета.
В своё время написала похожую обработку для 7.7.
(0) приближается новый год, когда ждать актуальную версию? 🙂
(11) А опционально добавить множитель на основе анализа Реквизитов? На ссылку 40 байт, на строковое значение — длину строки, и т.п.?
Пока не качал и не пробовал. А из описания — вроде такого нет, что меня более интересует.
Поэтому уточняю (или выражаю заинтересованность).
Интересует функционал сравнения показателей отчетов, собранных в разные даты. Чтобы динамику можно было увидеть.
Можно, конечно, и в экселе пробовать все это сопоставлять и разности выводить. Но если «из коробки» это будет, то ващекруть:)
(16)
(17)
(18)Добрый день. Новая версия обработки в планах, все пожелания принимаются, подумаю. Только со временем сейчас туго, и к новому году вряд ли успею.
Очень удобно, теперь я могу видеть размер таблиц без лишних телодвижений :)))))
(3)
как именно с помощью этого отчета вы это сделали?
где в отчете видно, сколько занимает места итоги вида остатки?
(21) я не писал что пользовался именно этим отчетом.
http://infostart.ru/public/78049/
Использовал вот этот —
Там есть информация по размерам итогов.
(22) зачем тогда писать комментарий, если он не про данную разработку, а про другую? 🙂
(23) поспешил потому что 🙂 По названию подумал, что это аналогичная той, а скачать — SM Нет.
мне данная обработка помогла не по прямому назначению:
с ее помощью выявил ошибки в RLS в Бух 2.0 для Украины
Обработка не запускалась пока не исправил эти ошибки
(16) уже и Новый год прошел, однако 🙁
Воспользовался для предоставления статистики по базе подрядчику-франчайзи. Спасибо!
а можно ли сделать сортировку по ответственным? и выводит ли обработка создаваемые декларации в 1С Отчетность?
(28) Вопрос точно по адресу? ))
Добрый день,
ERP, КА 2.4: можно ли в обработке отобрать документы с ручными бух.проводками?
вот посвежее отчетикhttps://infostart.ru/public/1093355/ по размерам
(32) По функционалу немного проигрывает, и мой универсальнее))
ВРОДЕ СЧИТАЕТ
(32) Он не работает на УПП…
(35) да не работает в УПП, в нём это прямым текстом написано, что должен быть справочник Идентификаторов объектов метаданных, которого в стареньком УПП нет:
«Проверялось на 1С:ERP Управление предприятием 2 (2.4.7.141) платформе 1С:Предприятие 8.3 (8.3.13.1690). Подходит для всех типовых конфигураций 1С, содержащих справочник Идентификаторов объектов метаданных (УТ, ЗУП, БП, УНФ и т.д.).»