вообщем моя первая публикация на инфостарте "Размер таблиц информационной базы 1С 8.2 - 8.3 на SQL сервере"



Показывает информацию о размерах таблиц базы данных на SQL (количество строк и занимаемое место в Кб) в связке с метаданными базы данных 1С в виде таблицы.

Позволяет анализировать базу данных на предмет "толстых мест".

Выводимые данные:

        Зарезервировано, Кб
        Данные, Кб
        Индекс, Кб
        Неиспользовано, Кб
        КоличествоСтрок

Идея взята из публикации http://infostart.ru/public/179281/. Изменен запрос (показываются верные данные о размерах таблиц).

Представление результата через схему компоновки данных, возможность менять представления через конструктро СКД.

Работает с платформой 8.2, 8.3 (обычное и управляемое приложение, толстый клиент, тонкий клиент), SQL 2005-2008.

Версия 1.1:

- формат внешней обработки замен на внешний отчет

- изменен порядок редактирование настроек СКД

- возможность использования вариантов отчета в управляемом приложении

Из особенностей (отличие от других) - работа во всех клиентах и возможность собственного представления результата.

Всем желающим могу скинуть на почту в обмен на комментарии)

ссылку на свою публикацию не привожу, чтобы не сочли рекламой

(0) не нужен ни кому 100500 пузометр

(2) ну хз, когда у меня база скакнула с 20гб до 30 за месяц - стало интересно. Потому и возникла потребность в таком отчете

апну разок...

(0) Имха если у вас SQL значится там и EM рядом. А если рядом ...то..

(4) да хоть сто разов
ты опоздал на 7 лет
эта обработина есть у каждого

(5) то что?
(6) ну возможно...

(6) сколько же в тебе гавна =)

У меня вот нет такой тулзы.
Но и необходимости в ней не ощущаю.
Нужна такая фигня нечасто, а когда нужна - средствами СУБД получаю размеры 10-15 самых больших таблиц и руками мне их не в падлу сопоставить.
Хотя всё готовенькое, конечно, удобнее...
Проблема в том, что у меня последнее время сплошной линух и постгря. Только недавно удалось придумать, как в 1С из под линуха стучаться к СУБД.

(8) ты даже не представляешь какая я сволочь

(7) То  запуск в ЕM служебной хранимки все покажет :)

(11) За исключением сопоставления таблиц объектам 1С

(12) Ну почему . Можно написать хранимку  и в ней сопостовать в тексе один раз .

(0) Вещь иногда нужная, но редко.
А комментировать, чтобы скачать и положить в кладовку,
а потом забыть про нее... Лень.

(13) Нельзя, имена таблиц могут поменяться

(13) На диво универсальное решение, не требующее никакой поддержки. С учетом того, что подобная необходимость и возникает-то обычно для одной базы - на пальцах одной руки пересчитать.

(11)(15)
имена таблиц и полей, получаются из потоков в config

(15) Да ладно ..... :)  Если  только перевести на другую субл - то да ю

(17) Сложно все.  Если у вас  справочник контрагентов в скуле SC134 - он всегда таким и будет . Именно SC134/

(0)Скинь мне, пожалуйста

Хорошая вещь, конечно. Но как верно заметили, редко востребованная. Просто забудешь, что оно у тебя есть. В таких случаях Win+F жмут в последнюю очередь. Сначала либо гугль, либо EM, в зависимости от продвинутости программиста )

(19)
sc.. это в 1с77.

и там внутренний имена полей для одной конфигурации
могли быть разные, как и в 1с8. при обновлении такая ситуация возможна.
---------------------------------------

я проверял   вопрос изменения имен таблиц на примере типовой упп. примерно за 15 обновлений поменялись имена таблиц 3 раза
имена полей - раз 15.

платформа 8.2

---------------------------

обратил внимание у 4 баз 1с8 бухгалтерия "близких" версий имена таблиц различаются.

(22) Типовых обновлений ?

Если речь о базе   где о бновляют конфигурацию  в части разработки  из хранилища , например,- имена таблиц меняться не будут .  Поле изменит свое имя если оно было сначала скажем единственного типа ,а стало мультитипом .

(14) да не, камменты не обязательно. а так да, соглашусь, обработка действительно редко требуемая, и хранить ее где-то на диске, чтобы потом искать не зачем, всегда можно где-то скачать подобное

Не очень понимаю, как при типовом обновлении (на полной поддержке) может поменяться имя таблицы (идентификатор метаданных). Ведь именно по нему идет сопоставление при типовом обновлении. Не?
Вот ежели включена возможность изменений - тогда интересный ньюанс, когда с обновлением приезжает объект с таким же идентификатором, как у нового пользовательского объекта. Тогда, по идее, и происходит изменение идентификатора (переименование таблицы) пользовательского объекта. Альтернатива - таблицу перекрестных ссылок создавать. Но тогда не было бы необходимости в замеченных переименованиях.
Получается так... Ммм?

(0) Выложил бы на обменник, мы б заценили. А то еще с почтой заморачиваться.
Аналогичная написана давно http://infostart.ru/public/15052/
Чем успешно и пользуюсь по сей день.

закладка

(27) аха, тоже интересная. думаю расширить функционал своей до такого же формата. отличия - у меня СКД. можно выводить в любом виде. графики там и прочее.

(23)
да. конфигурация и обновления типовые.

(29) И там СКД

(26)
если разработчики нарушили последовательность обновления
либо если сопоставление по имени  
то элементарно могут поменяться либо если метаданные добавлялись через вставку из клипборда.

()31 блин, точно... о! зато у меня в тонком клиенте работает ) и варианты есть)

(0)выложи на залил ру

скачать могут все желающие в течение суток http://obmen.1cbit.ru/?d=867404638537c90b15f5f8

(35)спасибо.
1СБИТ лучший из лучших )))

Первый.

Ошибка в настройках ресурсов компоновки: не дает суммы по итогам. Вернее - иногда дает, но кривые.
Например, попробуй группировку по типу метаданных.