Данная обработка работает в любой конфигурации. Она позволяет определить какие документы существуют в базе данных и в каких количествах. Данный инструмент предназначен для определения "потовых" документов, на которые ложится основная нагрузка по вводу данных в БД.
Бесплатные
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Узнавайте о новых бесплатных решениях в нашей телеграм-группе
Инфостарт БЕСПЛАТНО
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.
Данная обработка помогает понять на какие документы ложится основная нагрузка по вводу данных в базу и работа с какими видами документов требует оптимизации производительности и особого внимания программиста.
Идея Сергея Евгеньевича Ловцова, Мой давний знакомый, автоматизатор с огромным стажем, владелец собственной маленько фирмы-франчайзи и просто хороший умный человек. Ему за идею отдельное спасибо.
Использование отчета простое: Открываем, Выполнить ---->>> Получаем таблицу документов и их количества
Отчет отобразит внутренние названия таблиц в базе данных 1С, связанные с ними типы данных, количество записей в таблицах, а также размер в мегабайтах. Подойдет для любой конфигурации 1С 8 на управляемых формах платформы 8.3.15 и выше.
База растёт, диски кончаются, бэкап перестал влезать в ночь — а на вопрос «что именно занимает место?» никто не может ответить. Конфигуратор молчит: самые тяжёлые таблицы часто вообще не видны в дереве метаданных. Обработка строит полную карту объёмов базы за несколько минут: все объекты метаданных с табличными частями, имена таблиц СУБД, служебные таблицы платформы отдельным списком и готовый SQL-скрипт точных размеров для MS SQL и PostgreSQL. К СУБД не обращается — только платформенные средства, только чтение.
Внешняя обработка для анализа фактического использования объектов метаданных конфигурации 1С. Позволяет быстро узнать, сколько создано объектов каждого вида метаданных среди справочников и документов. Какие из них активно используются, какие реквизиты заполняются, а какие остаются пустыми.
Расчет размера таблиц базы данных по метаданным.
Будет полезна для выбора стратегии уменьшения размера базы (свертка, переход на новую, выгрузка на тома).
Иногда некоторые таблицы могут иметь необоснованно огромный размер.
Небольшая подсистема для конфигураций на управляемых формах, использующих БСП, которая поможет провести анализ, какие из внешних обработок (отчетов, печатных форм, заполнений объектов) используются активно, а какие утратили актуальность.
Еще одна публикация, позволяющая корректно оценить количество элементов справочников и документов в базе данных, а также их количество за выбранный период.
Обработка по отображению количества объектов в базе (документов и справочников). Позволяет проанализировать количество всех справочников в базе, а также документов за период (если период не заполнен, покажет общее количество документов) и перейти в форму списка каждого объекта.
(4) Черт его знает , что достойно публикации, а что нет.
Автор публикует , что хочет ,а пользователи оценивают как хотят.
Другого-то не дано.
Мусор - не мусор : разговоры в пустоту.
(7) (9) Это просто ОДНА БОЛЬШАЯ КНОПА - "скока каких документов в БД?"
Без заморочек для пользователя (надо запустить и нажать выполнить) оценить БД: каких документов у нас много, а каких мало... кто у нас делает основной их поток? просто оценить. И сделать это может любой пользователь (хэлп не нужен :))
Более сложные и более универсальные обработки (и достойные по качеству реализации) на тему статистики, распределения чего-нибудь - есть на этом же ресурсе.
При оптимизации работы БД не стал бы искать проблему по такому принципу. Я бы сказал, что основной нагрузкой являеться количество строк документов и количество движений документов. Если Документ закрытие месяца делается 1 раз в месяц. а движений может формировать гораздо больше, чем документов платежное поручение.
з.Ы. И зачем пользователю знать сколько документов в БД?? :)
добавил выбор периода и общее число доков - вполне интересная инфа, скажем, на этапе внедрения: сколько каких документов вводили помесячно до нормального запуска программы
1. Интересно что значит "нормальный запуск программы" ??
2. Разве после на количество введеных документов может повлиять отладка работы БД??? А не зависит ли количество документов от вида документа в соответсвие с видом деятельности предприятия, т. е. если это оптовая база. тогда много документов реализации и сф, а если производственная база тогда отчеты производства за смену ??? )
