8.2.15.294
MSSQL

Есть простейшая по структуре БД. Была 17 Гб. Было необходимо увеличить размерность наименования одного (основного) справочника с 20 до 30 символов. После принятия изменений база стала размером в 2 раза больше (mdf-файл). Разве так должно быть? Можно ли уменьшить размер mdf-файла, если да - то как?

Спасибо.

(0)[Разве так должно быть? ] да
[Можно ли уменьшить размер mdf-файла] нет
[что делать] смотреть индексы - думать

(1) Он еще не видел больших mdf )

(0) "Разве так должно быть?".
Так может быть.
Уменьшить размер mdf можно сжатием базы средствами SQL-сервера.
Но на продуктивной базе делать это крайне не рекомендуется.
База растет не просто так. Тут я деталей не знаю, это борьба с фрагментацией или еще что-то, но распухшая база работает гораздо быстрее сжатой - это факт.

Всем спасибо за ответы.
(2) Каждый работает в своих условиях. И думаю если бы твоя БД после такого действия вырасла в размерах с 1 Тб до 2 ТБ, то ты бы задался таким же вопросом как и я, "хоть и видел большие...".

*вырОсла

сжатие сделай

(4) У меня продуктивная база несжатая примерно в 5 раз больше, чем сжатая.
Но мы делаем сжатие только в копиях для разработчиков.

(4) База на 1Тб на 1С, в которой все данные занимает один справочник - такого еще свет не видывал :))))))))))))))

(8) дак а че удивительного хранить строки неограниченной длины

(9) или бинари, фоточки там всякие...

Включай голову.

(3) Но на продуктивной базе делать это крайне не рекомендуется -- хм, первый раз такое слышу. Почему?

(8) Нужно читать все, а не выборочно. Это был ответ товарищу (2), который кичился тем, что видывал "большие". В моем случае как и написано в (0) база размером 17 Гб была.

(13) Во первых ни кто не кичился, во вторых ты спрашиваешь в принципе очевидные вещи, как будто ты первый раз их видишь. Ты хотел что бы база уменьшилась в два раза?

(12) Я же написал почему.
"База растет не просто так. Тут я деталей не знаю, это борьба с фрагментацией или еще что-то, но распухшая база работает гораздо быстрее сжатой - это факт."
Вот еще пруфы.

http://www.oszone.net/13477/SQL-Server
"Вопрос: Иногда нам приходится запускать процедуру сжатия баз данных из-за нехватки места на диске, хотя мы в курсе, что это может снизить производительность."

https://msdn.microsoft.com/ru-ru/library/ms189035(v=sql.105).aspx

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

(15) Про "не рекомендуется" там ничего нет. Дефрагментация индексов - такая же регламентная операция, как и сжатие базы.

Сжатие файла базы данных нужно делать в два этапа.
Первый - дефграгментация или перестройка индексов.
Второй - расслабиться и закурить (для сторонников ЗОЖ - выпить овсяного отвара).
А сжимать MDF нужно только в том случае, если на диске закончилось место.
Ибо размер физический и размер бекапа никак не связаны.
Ну, если вы не бекапите акронисом (например)

(16) Я ни разу не видел, чтобы сжатие базы повышало производительность. Но видел как понижало и дефрагментация индексов не сразу помогала.
Поэтому я написал, что "не рекомендуется".
Но вы можете опираться на свой опыт, экономить на дисковом пространстве и сжимать базу каждую ночь.