gifts2017

Базопузомер 2016 (УФ и обычная форма)

Опубликовал Станислав Ганиев (benony) в раздел Администрирование - Статистика базы данных

Базопузомер в новом формате! Работает на любой платформе, начиная с версии 8.2, на любой конфигурации, поддерживаются все интерфейсы: обычный, управляемый, такси.
Отчет показывает статистику по всем объектам конфигурации, включая табличные части объектов. Отдельный отчет по периодам позволяет проанализировать статистику наполнения данными в разрезе дня, недели, декады, месяца или квартала. Суммарное количество в интересующих строках можно получить, просто выделив нужные суммы.

Отчет "Базопузомер 2016" будет полезен аналитикам, администраторам баз данных и разработчикам.

При переводе базы на новую редакцию, расчёте необходимых ресурсов для установки новых баз, определении метрик расчёта производительности или разработке ресурсоёмких подсистем, часто бывает необходимо оценить объём данных, хранящихся в базе. Базопузомер поможет оценить количество различных объектов (справочников, документов и т.д.), а также собрать статистику по интенсивности наполнения ими базы данных с течением времени.

Возможности отчета "Замер пузатости базы":

  • Работает на любой платформе, начиная с версии 8.2, и на любой конфигурации. Никаких ограничений!
  • Поддерживаются все интерфейсы: обычный, управляемый, такси;
  • Анализ по всем типам метаданных в базе;
  • Расчёт количества объектов, числа строк в табличных частях, а также среднее число строк на один объект;
  • Расчёт для каждого объекта его "пузатости" - суммарного количества всех строк всех табличных частей и колчичества элементов самого объекта;
  • Расчёт количества групп для справочников и планов видов характеристик. Для неиерархических справочников и ПВХ соответствующая ячейка отчёта выводится затемнённой;
  • Вычисление "на лету" суммарного количества в выделенных ячейках. Суммирование поддерживается для произвольно выделенных зон в пределах всего отчёта. Значения, для которых поддерживается суммирование, выделены тёмно-коричневым цветом;
  • По щелчку на названии объекта открывается форма списка объекта;
  • Возможность выбора сортировки по имени, синониму объекта, а также по количеству элементов для каждого типа объектов (по возрастанию или убыванию).

Вывод статистики наполнения базы периодическими данными реализован в виде отдельного отчёта, поскольку такая статистика актуальна не для всех объектов. В отчёт включены следующие типы объектов:

  • Документы;
  • Бизнес-процессы и задачи;
  • Регистры накопления, бухгалтерии, расчёта;
  • Периодические регистры свеедений.

Дополнительные возможности отчёта "Статискика по периодам":

  • Общее количество элементов данных за выбранный период;
  • Расчёт минимального, среднеего и максимального числа элементов данных за день, неделю, декаду, месяц или квартал в анализируемом периоде.

История изменений

Версия 1.01 (13.01.2016)

  1. Установлена жесткая типизация динамических структур в расчетных алгоритмах, во избежание редких ошибок на некоторых базах;
  2. Встроена справочная информация.

Скачать файлы

Наименование Файл Версия Размер Кол. Скачив.
Базопузомер 2016
.erf 28,61Kb
13.01.16
244
.erf 1.0 28,61Kb 244 Скачать

См. также

Подписаться Добавить вознаграждение

Комментарии

1. Максим *** (premier) 27.12.15 16:00
(0) Прикольно! На работе попробую базу "попузомерить" в 40 ГБ.
2. Константин Куликов (Светлый ум) 28.12.15 06:10
В каких задачах применять такую штуку?
3. Иван Петров (dgolovanov) 28.12.15 11:00
(2) Светлый ум, пример из жизни. С помощью такого отчета я однажды заметил, что итоги по регистру накопления вида Остатки занимает безумное количество места, при том что таблица движений так себе. Выяснилось, что в базу добавили регистр вида остатки, который по определению не выводится в ноль и при пересчете итогов разрастается. Ну, это квалификация программиста такая была.
4. Вадим Никонов (V.Nikonov) 30.12.15 14:24
(3) dgolovanov, Вот только Пузатость меряется исключительно в Записях. Если бы к этому добавлялось расчет Байт... Даже за исключением Хранилищ - дало бы значительный плюс!
Я согласился бы на приближенный расчет размера, с использования усредненного размера ТипаЗначения.
5. Андрей Д. (detec) 30.12.15 15:13
В двух базах выдаkо ошибку конвертации MS SQL для типа данных numeric.
6. Nikolay Bliznyuk (BNN) 19.01.16 11:33
А количество проводок видит?
7. Станислав Ганиев (benony) 20.01.16 02:11
(6) BNN, Таблицы регистров бухгалтерии - это и есть проводки. Конечно видит!
8. Дмитрий Гоголь (Sadtorg) 20.01.16 10:28
{ВнешнийОтчет.Базопузомер2016.МодульОбъекта(63)}: Ошибка при вызове метода контекста (Выполнить)
Выборка = Запрос.Выполнить().Выбрать();
по причине:
{(2, 2)}: В запросе, содержащем предложение СГРУППИРОВАТЬ ПО, в списке выборки не могут участвовать поля неограниченной длины "Количество"
<<?>>КОЛИЧЕСТВО(ТаблицаДанных.ИДСообщения) КАК Количество


ИБД - УТ 10.3.29.1 (нетиповая), Платформа - 8.2.19.80, БД - PostgreSQL 9.1.2.
9. Иван Иванов (kosmo0) 20.01.16 12:16
Насколько я понял, считается только КОЛИЧЕСТВО объектов? Занимаемый объектами объем памяти даже не затрагивается? Если это так, то стоит сделать уточнение в подзаголовке.
10. Вадим Никонов (V.Nikonov) 22.01.16 14:38
(3) dgolovanov, И у меня есть пример из жизни. Разработали Конфигурацию, где под каждую строку документа делалась запись в Регистре сведений, причем одно из полей имело тип Строка(1024). Самое паршивое, что такая длинна поля использовалась крайне в редких случаях. Но база катастрофически быстро дорастала до предельных в Файловом варианте размеров!!!
11. Станислав Ганиев (benony) 24.01.16 04:33
(8) Sadtorg, Спасибо за замечание, ошибку исправлю.
(9) kosmo0, Да, верно, считается количество объектов. Только уточните, пожалуйста, о каком из подзаголовков идет речь? Поправлю
(10) Становится понятной Ваша обеспокоенность по поводу (4) :) Скажу сразу - замер пузатости в байтах в этом отчёте не планируется. Во-первых, корректно замерить объём таблицы можно только в клиент-серверном варианте. Во-вторых, приблизительная оценка по типу данных - это всего лишь приблизительная оценка, а решать задачи полумерами - не мой конёк. Тем более, что это сильно уронит скорость формирования отчёта, особенно на крупных конфигурациях, типа УПП или УХ. К тому же, в обоих случаях отчёт перестанет быть универсальным кросс-платформенным.
12. Осипов Сергей (fixin) 09.02.16 17:48
Спасибо, четко.
рекомендую еще добавить, сколько хранится в реквизитах вида "Хранилище значения" для каждого объекта.
Тогда было бы понятно, где провалы.
13. Александр Чернышов (HEKPOH) 17.05.16 09:05
Спасибо! Отчет очень пригодился. Порадовала расшифровка.
Более того, хочется отметить, что код процедур и функций оформлен грамотно.
Респект и уважуха!
14. Станислав Ганиев (benony) 18.05.16 02:22
(13) HEKPOH, Спасибо за отзыв! :)
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа