Ну вот сегодня столкнулись с фактом. Была база ERP 200гб. Сделали DT, чистую базу, загрузили DT. И вуаля, та же база 30гб. Че за хрень?

(0) А ты уверен, что это та же база? ;)

(1)
200 юзеров не могут ошибаться

(0) Что, чем и как меряли? 30 - это только файл данных?

(0) А 200 Гб — это что? Размер скулевой базы?

Гм. А как выгрузили DT? Из 200 Гб. базы.

200 и 30 это размеры скулевого файла md

Файл dt 3гб

(6) Что такое md?

(7) 4ГБ для ЕРП с включённым разрешением редактирования конфигурации это нормально

Может, просто фрагментирована была попросту. Shrink не делали ни разу небось?

В 1с очень интересный режим работы с таблицами итогов регистров. С целью оптимизации скорости там не происходит удаление строчки в таблице итогов если регистр закрылся по измерениям, а происходит обнуление ресурса по этим измерениям. То есть, таблицы итогов всегда только растут, даже если регистры нормально закрываются. При выгрузке, разумеется, нулевые итоги не выгружаются и на загружаются. Вот и получается меньший размер. Примерно то же можно сделать, запустив полный пересчет итогов с последующим шринком sql-базы.

Повторю вопрос, уже заданный: откуда взялся размер в 200 гигов? Что такое md?

(12) .mdf же

(12) Про 200 он уже ответтил
А md — это по ходу mdf
Если так, то (10) и (11)

(12)
Ну у базы скуля 2 файла, mdf и ldf я под md подразумевал файл с расширением mdf. Вот размер этого файла с расширением mdf был 200гб, а стал 30гб

(6) Я могу в настройках указать 500 гтгов первоночальный размер базы. И тогда пустая база будет весить 500 гигов (размер скулевого файла mdf)

(14) Что-то мне подсказывает, что дело в ldf, а не в mdf.

(16) или этот вариант.

(17) Нет, он именно про mdf. Логи - отдельная история. И да, в (16) всё сказано :)

(15) и что? Сколько из этих 200 гигов пустоего пространства? Каковы настройки прироста и первоначального размера? Были ли массовые удаления данных?
Цифры 200 и 30 ниочем не говорят. Может это норма для этой базы, а может и нет 0 все зависит от настройки скуля и его обслуживания

(0) Не надо гадать на форуме. Возьми, да посмотри, какие таблички пространство спёрли

SELECT
    obj.name,
    SUM(ps.reserved_page_count) * 8 / 1024 Reserved_MB,
    SUM(used_page_count) * 8 / 1024 Total_MB,
    SUM(
        CASE
            WHEN (index_id < 2) THEN (in_row_data_page_count + lob_used_page_count + row_overflow_used_page_count)
            ELSE lob_used_page_count + row_overflow_used_page_count
        END
    ) * 8 / 1024 Data_MB,

    SUM (
        CASE
            WHEN (index_id >= 2) THEN in_row_data_page_count + lob_used_page_count + row_overflow_used_page_count
            ELSE 0
        END
        ) * 8 / 1024 index_MB,
        
    SUM(CASE WHEN (index_id < 2) THEN row_count ELSE 0 END) rows
FROM
    sys.tables obj
    left join sys.dm_db_partition_stats ps on ps.object_id = obj.object_id
group by
    obj.object_id, obj.name
order by
    Total_MB desc

(20) ага, а 1С забивает таблицы sql мусором. :)
Какая плохая 1С! :)

(0) такое читали ?

https://its.1c.ru/db/metod8dev/content/2374/hdoc

Я правильно понимаю, что автор хочет работать у ребят, которые предлагают от 200 круб и высоконагруженные базы?

(0) Вы что считали, Транзакции или данные?

(6) У SQL нет MD файла :)

Почему сразу мусорными? Там скорее вообще пустота

(0) Переходи на lsfusion, там такого нет.

(0) Размер файла и размер базы это немного разные вещи. Возможно размер базы как был, так и остался 30гб.