Размер таблицы в БД MSSQL

← →
Vick © (2003-12-23 18:06) [0]

Доброго всем времени суток!

Возникла такая проблема: есть БД, в которой находится достаточно емкая таблица (~1800000 записей). Каждый день в эту таблицу добавляется еще н-ное кол-во запичей. Размер этой таблицы после команды Shrink составляет 2 Гб. Провели эксперимент: создали другую базу, создали там такую же таблицу (со всеми индексами и ключами и прочей требухой) и переписали из первой таблицы во вторую все записи. В результате размер последней таблицы составил ок. 1,5 Гб. Вопрос: куда делось пол-гига??? Или шринк не все пробелы в базе убирает? Как добиться максимально полезного использования объема базы?

Заранее спасибо :))

← →
Плохиш_ (2003-12-23 18:10) [1]

>Vick © (23.12.03 18:06)

Оратитесь в службу поддержки MS, а у нас тут форум по делфи.

← →
Vick © (2003-12-23 18:11) [2]

> Плохиш_

Правда??? А может кто-то русские буквы читать не умеет???

← →
Reindeer Moss Eater © (2003-12-23 18:13) [3]

... и переписали из первой таблицы во вторую все записи.

Как добиться максимально полезного использования объема базы?

Выполнять проделанную операцию периодически.

← →
Vick © (2003-12-23 18:14) [4]

> Reindeer Moss Eater ©

Проделывается регулярно раз в неделю... Мне не совсем понятны события перед этип (по поводу копирования в другую таблицу)

← →
Reindeer Moss Eater © (2003-12-23 18:18) [5]

Файл БД состоит из страниц.
Сервер автоматом увеличивает размер файла при определенном проценте заполненности страницы данными.
Величина этого процента - параметр доступный для редактирования.
Имя параметра можно найти в документации. Я его не помню.

← →
_VaaL_ (2003-12-23 18:24) [6]

MSSQL база у тебя как минимум из двух файлов: данных/всего_остального и лога. сравни разницу в весе между этими файлами в старой базе и новой после копирования в нее данных... Если разнитца в лог-файле то перед операцией сжатия (Shrink) делай:
Backup log <dbname> with truncate_only
а уже потом shrink
Рад если помог.

← →
just me (2003-12-23 18:25) [7]

У меня иногда возникали похожие ситуации, когда обычный Shrink ничего не менял, т.е. не освобождал неиспользуемое пространство в базе. Так что делал несколько раз как DBCC SHRINKDATABASE, так и DBCC SHRINKFILE для журнала транзакций. Если есть индексы, возможна их фрагментация, так что нужно и DBCC INDEXDEFRAG делать.

← →
Vick © (2003-12-23 18:54) [8]

> _VaaL_

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

> just me

Попробуем DBCC INDEXDEFRAG

← →
just me (2003-12-23 19:02) [9]

Кстати о птичках - какие сообщения выдаются по завершению DBCC SHRINKDATABASE?

← →
Reindeer Moss Eater © (2003-12-23 19:04) [10]

Как добиться максимально полезного использования объема базы?

sp_configure, параметр "Fill factor"

← →
Shirson © (2003-12-24 14:20) [11]

>Vick © (23.12.03 18:54) [8]
>Я привела размеры чистых данных без файла логов. И журнал транзакций у меня отключен.

Можно нескромный вопрос?
Как в MSSQL удалось отключить transaction Log?

← →
LordOfSilence © (2003-12-24 14:27) [12]

2 Shirson © (24.12.03 14:20) [11]
С утра так и подмывало задать этот же вопрос, но что-то меня удержало. :)
Вика! Поделись умением, как ты отвязалась от лога транзакций?

← →
Vick © (2003-12-24 16:46) [13]

>LordOfSilence ©

> Вика! Поделись умением, как ты отвязалась от лога транзакций?

Леш, честно говоря, я не знаю, я рассказываю о том, что мне мой горе-начальник-администратор говорит. Иногда он говорит бред, я это чувствую, но проверить не могу, т.к. меня не подпускают к серверу ни на шаг :(((( Я такой беспомощной никогда себя еще не чувствовала - как в танке сижу, ничем не ведаю!!!

Посему только посочувствуйте несчастной женщине :)))

← →
Сочувствующий (2003-12-24 16:57) [14]

Сю-сю-сю... Ути-пути...
Уууу... Начальник козел!...

← →
LordOfSilence © (2003-12-24 17:03) [15]

Сочувствую уже в который раз. :) И в который раз все наши коллективные потуги помочь разрешить вашу IT-неразбериху не приводят к каким-либо осмысленным результатам. Не замечала такого своеобразного эффекта? ;)
"Иногда он говорит бред, я это чувствую, но проверить не могу"
Извини, а зачем ЭТО проверять?
А вообще подойди к своему горе-начальнику-администратору и скажи:
"Слюшай, дарагой! Кынишки читат нада, да-а-а-а..." ;)
Кстати, и сама этим делом не брезгуй! ;)

← →
Reindeer Moss Eater © (2003-12-24 17:06) [16]

"truncate log on checkpoint"

Лог как бы и есть, но при этом все равно что его нет.

← →
Shirson © (2003-12-26 07:31) [17]

>Reindeer Moss Eater © (24.12.03 17:06) [16]
>"truncate log on checkpoint"
>Лог как бы и есть, но при этом все равно что его нет.

Это в семёрке, вроде, такая опшинса есть. В восьмёрке Simple Model.
Кстати, если серваку выставить эту опцию и снять ограничение с роста лога, что будет?

2 Shirson © (26.12.03 07:31) [17]
А что будет? Будет работать, никуда не денется.
Просто Full Backup нужно делать периодически.

>LordOfSilence

То, что будет работать, это понятно.
Вопрос КАК оно будет работать.
И зачем full backup?

Сам проверил - растёт как хочет. Но после shrink database урезается до 1 мб и опять начинает расти :) Это тема.

Кстати, сделала DBCC INDEXDEFRAG всем индексам - обнаружила, что пол-гига они сожрали!!!!!

2 Shirson © (26.12.03 12:38) [19]
"И зачем full backup?"
Только потому, что Билли при модели Simple в случае сбоя
гарантирует востановление только при наличии Full Backup`а.

2 Vick © (26.12.03 12:46) [20]
Слушай, а почему тебя так сильно беспокоит все это хозяйство?
Ну съел он полгига, да пусть подавится! :-)
Ты-то чего паришься так сильно?

> LordOfSilence ©

Мне за это деньги платють!!! А парюсь не я, а начальник!!! Эту базу создали просто еще до меня и структуру не разрешили менять. Вот я теперь из г..вна конфетку пытаюсь слепить. Хотя все бы изначально поломала бы и на свой лад сделала.

Так ведь через какое-то время работы эти полгига все равно
выплывут. Ну нужны сиквелу эти полгига, да отдай ты ему их,
пусть сам разбирается, что к чему. Или ты каждую неделю
будешь шаманить с этими "обрезаниями" ? :-)))

у меня лог, переодически, до 3G вырастает. Страшно, жаба душаит, а что делать?
Делать шринк, каждый день. Лог уменьшается до 1М и тихо растёт еще сутки, до следубщего шринка.

Размер таблицы в БД MSSQL Найти похожие ветки