Изменение таблицы для изменения типа данных, вызывающего очень большой файл базы данных

Question

Я работаю над базой данных, которая составляет около 6 ГБ. Мне нужно преобразовать все столбцы non unicode в unicode, например. измените все varchar на nvarchar.

Я написал сценарий с использованием утверждений ALTER, таких как ALTER TABLE mytable ALTER COLUMN mycolumn nvarchar(...), но после этого размер базы данных значительно увеличился. Файл .mdf вырос до 70 ГБ, что меня удивило. Я знаю, что unicode занимает x2 раза больше пространства varchar, но даже если база данных была все varchar и была преобразована, я бы ожидал, что максимальный размер будет 12Gb.

Я попытался сжать базу данных и файлы, чтобы увидеть, было ли это незанятое пространство, но это мало повлияло, и sp_spaceused указали, что не было избыточного количества нераспределенного пространства.

Кто-нибудь знает, почему база данных стала бы такой большой? Я очень хочу понять, что могло бы вызвать это.

Мне удалось изменить типы данных столбцов на unicode, создав новую базу данных, написанную из старой базы данных, и импортировав все данные, и результатом было увеличение размера только 1 ГБ, поэтому я хотел бы понять, почему изменение типы столбцов вызвали такой рост.

Answer 1

Вы проверили, увеличен ли размер файла журнала? Если это проблема, обрезайте ее, создав резервные копии вашего db. Это наиболее вероятная проблема.

Answer 2

ну, такое увеличение да да создало бы большие накладные расходы. SQL может сделать внутреннюю копию столбца, чтобы увеличить его. Но 70gb действительно слишком велико.

Также вы говорите о 70 gb выделенного или фактического размера данных? потому что есть разница. Проверьте свойство автоматического роста в файлах базы данных, если оно установлено в несколько ГБ или очень большой процент, что объясняет