Ведется учет на УТ 10.3, данных очень мало, самая большая таблица адресный классификатор по одному региону. Внесли небольшие изменения в код. Размер базы 300МБ. Обновили с 10.3.45.2 на 10.3.46.3, размер вырос до 450МБ. Далее на 10.3.47.3, размер тот же. До 10.3.48.1 - размер вырос 1.5 ГБ Обновил до Tool_1CD показывает размер таблицы CONFIG = 643031808. Тестирование исправление сжатие не помогает.

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

а файловый формат не сжимается по умолчанию

еще и динамически, небось, обновлял, негодник?

(3) Динамически это как?

Что тебя смущает?

(4) Вспомнил, нее, это же обновления конфигурации, там почти всегда структура меняется

(5) Что размер конфигурации вырос

(7) Это не проблема. Живите и не парьтесь.

(7) + Бэкапы большие, почти так же как сама база весят

(7) Ну, это Я вроде прочитал в нулевом посте. Так что с (5)?

Полтора гига база - это проблема? О_о

(10) Я думал что то неправильно сделал). По почте кидать базу стало не удобно, например для доработки, обработки)

(11) не суть, у меня есть базы и больше 50ГБ, но там "Есть данные"

(12) Какая разница, что ты сделал, если ты повлиять на это никак не можешь? Ожидаешь, что есть какая-то секретная комбинация клавиш в конфигураторе, которая вернет размер базы обратно?

Что-то некоторые зациклились на размере конфигурации. А вопрос, между прочим, - о размере базы в том числе. А объём базы - он квантуется :)

(1) 3 конфигурации хранится это да, но наверное это началось уже при включении возможности редактирования конфигурации

(15) Там самих данных ооочень мало

В новой замечательной ут10 дописали работу с онлайн кассами,как в 11ой,при этом,старый механизм для десятой также остался,в итоге,а два раза больше обьектов для одного и того же.
про егаис и ветис можно помолчать.
опять же,разработчики старые поля данных метят как удалить с строгают новые.

(17) Хех. Просто создай новую пустую базу и загрузи туда конфигурацию - какой будет её размер? А ведь она ещё "пустая", там нет данных. Зайди первый раз в режим "1С:Предприятие" и выйди ничего не создавая - вот тот начальный размер, от которого стоит начинать плясать с бубном :)

посмотрите cf.
дикий рост конфигурации начался с 48.1, продолжился в 48.2 и 49.1

Кстати, скачкообразное увеличение конфигурации от обновления к обновлению пережили, имхо, так или иначе все типовые конфигурации - за это разработчиков нужно благодарить. Выгрузка конфигурации моёй базы стала весит 1 462 418KB - отдельное "спасибо" разработчикам :(

По теме автора:
Некоторые особенности устройства и работы файловой базы данных «1С:Предприятия 8»
https://its.1c.ru/db/metod8dev#content:5710:hdoc

На самом нижнем уровне файл *.1CD или файл базы данных содержит внутри своего рода файловую систему, включающую в себя так называемые внутренние файлы. Файл *.1CD имеет страничную организацию, то есть состоит из страниц размером 4096 байт (4 К). Размер файла *.1CD всегда кратен 4 К.

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

Корневая страница содержит служебную информацию внутреннего файла, такую как длина файла, номер версии данных файла и т. п. Кроме того, на корневой странице содержится до 1018 номеров индексных страниц.

Индексные страницы образуют промежуточный уровень дерева. Индексная страница содержит число страниц данных, адресуемых данной индексной страницей, и до 1023 номеров страниц данных.

Страница данных содержит только данные...

Всем спасибо оставлю все как есть

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

(17) так может файлы, фотки туда загрузили или почта завелась.
посмотри размеры на конкретные объекты  http://catalog.mista.ru/public/439778/

Сохраните конфигурацию в файл, создайте новую базу, загрузите туда эту пустую конфигурацию, сделайте между базами xml-обмен

(26) А ты чудной )

(27) на самом деле может помочь, если таблица config с большим количество пустых строк (как оно бывает при обновлении). но с таким же успехом и через .dt можно перенести.

На самом деле в таблице Config нет и не должно быть "пустых" записей. Хм... если только это не битая база. Там хранится "история" изменений конфигурации и при выгрузке/загрузке через *.dt все записи таблицы выгружаются/загружаются вновь как и прочие таблицы базы. Т.е объём таблицы не изменяется. Имхо.

(29) ну просто когда делаешь апдейт, то старая строка помечается удаленной а новая пишется в конец, разве нет?

и если на свободное место не влезает при следующем апдейте, то еще пухнет и т.д. а делает ли сжатие из ТиИ сжатие системных таблиц - хз

Моей базе уже второй десяток лет и она мигрировала много раз  с платформы 8.0 на все последующие,  с одного сервера на другой, с файловой версии на PostgresSQL и на SQL MS - в Config по прежнему лежат все записи с датами тех лет.