Как быстрее заполнить базу MSSQL?

[tyomitch]

Есть база с кучей индексов. В тестовых целях её надо набить случайным мусором до размера в 5Гб.
Забивается уже час, забилось пока на 5%.
У меня возникла идея, что если снести индексы на время заполнения базы, а потом их повесить обратно, то может выйти быстрее.
Выйдет или не выйдет?

[VVitafresh]

Должно быть значительно быстрее. Я всегда перед массовым переносом/копированием данных удаляю индексы. По завершении создаю их по-новой и обновляю статистику. Правда все это под Sybase'ом, но я думаю в данном случае это не принципиально.

[tyomitch]

Удалил индексы, заполнение пошло быстрее раз в шесть.
Остаётся надеяться, что добавление индексов в заполненную базу займёт потом меньше суток

[Ennor]

Остаётся надеяться, что добавление индексов в заполненную базу займёт потом меньше суток

Это смотря сколько у тебя индексов. Мне встречалась одна БД, в которой индексных страниц было больше, чем страниц с данными, раза в полтора. Как раз тот случай, когда при повышении нагрузки первыми начинают валиться инсерты...

Если же данные к индексам по объему относятся хотя бы 2:1, то довольно быстро. На среднем сервере БД в 5 гиг... ну, меньше часа навскидку, но конечно очень сильно зависит от дискового контроллера и собственно дисков. На каком-нить АТА/100 даже боюсь представить, сколько может занять .

[VVitafresh]

На среднем сервере БД в 5 гиг... ну, меньше часа навскидку, но конечно очень сильно зависит от дискового контроллера и собственно дисков. На каком-нить АТА/100 даже боюсь представить, сколько может занять .

Эт точно. После смены сервера и, соответсвенно, RAID-контроллера скорость работы нашей БД возрасла раза в 2-3. Имею в виду скорость выполнения процедур переноса данных (с удалением и пересозданием индексов) и создания дампа, хотя юзера тоже заметили улучшения.

[tyomitch]

Обычный писюк с обычным АТА/100-диском.
Объём индексов грубо оцениваю как 20%
Действительно, заняло меньше часа: 54 минуты. Ура