Имеется файловая БП 3.0 размером ~20gb
Срезал журнал регистрации, делал тестирование и исправление, заливал в sql, размер практически не поменялся
Потом тупо выгрузил .dt и загрузил в чистую конфигурацию и база сократилась до ~5gb
Вопрос что потерлось?
И вылезут ли какие то косяки если работать в новой копии 5гиговой

неиспользуемое место не было создано заново при загрузке из дт(

Размер файловой и скульной базы всегда разные.

я из файловой базы(нескульной!) выгрузил dt и загрузил в пустую
изменился размер на 15gb я поэтому и спрашиваю, что удалилось?

Я не ясновидящий, поэтому прохожу мимо.

Тебе же написали (1)

(3) я похожий эффект наблюдаю почти на всех файловых базах с БП 3.0

А сколько много раз в этой базе делались обновления и как давно в предыдущий раз ее перезаливали из ДТ-шки?

транзакция в файловой базе работает таким образом, что практически все измененные объекты сохраняются минимум в двух копиях, а фиксация транзакции это банально перезапись секторов указателей на фактическое размещение данных.

(7) + собственно именно по этому типовая бухия содержит лишний гиг со старыми метаданными...

со временем эти данные могут переиспользоватся под реальные данные, но тут как повезет...

Если в файловой базе удалить данные,то ее размер не уменьшится,т.к.остатки файлп будут размечены как свободное место.
после выгрузки и загрузки файл создается так,что свободного места в нем нет.

(0) пересчет итогов сделал ?

(1) не особо понял этот ответ
получается что удалилось занятое место для чего то нужного в будущем?)
(10) только тестированием и исправлением

то есть по сути можно так делать и ничего не потрется?

Да, можно. Но, по сути, бесполезно. При дальнейшей работе с базой, платформа вновь зарезервирует (прихватит) дополнительное пространство, как только будет заняты существующие резервы. Таким образом "уменьшать" размер базы за счет выгрузки/загрузки имеет смысл только тогда, когда накануне действительно было удалено много объектов.

"будет заняты" --> "будут заняты"

Не совсем по теме, но есть достаточно информации на размышление:
"Файловые базы *.1CD. Физическая структура. Восстановление."
http://catalog.mista.ru/public/187832/
Гуглите "Структура файла базы данных 1CD".

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

(16) Ну, да, согласен. Если не проводить профилактику, то база может раздуться до безобразных размеров. Но это же не наш метод :)

Имхо, в "старых" базах, одна из возможных причин неконтролируемого увеличения пространства - неоднократное обновление платформ. Пережить базе несколько платформ, с 8.0 до 8.3, - это вам не поле перейти :))