>> 4. Restore БД
>> 5. Дефрагментация диска БД
DK> После рестора базы, 13 гиг файл имеет 22 фрагмента.
DK> итого примерно по 590 мегабайт на фрагмент.
DK> Так что сказки про сильную фрагментацию рассказывать не надо.
DK> Причем, фрагменты эти расположены последовательно.
DK> т.е. фактически никакой фрагментации на самом деле нет.
DK> см. ниже.
>> но ведь весь вопрос в том что к концу дня может
>> набраться достаточно фрагментов для тормозов (пока теоретически).
>> Вопрос был в том что-бы минимизировать КОЛИЧЕСТВО и размер
>> фрагментов ... Как либо увеличив выделяемое за 1 раз место на
DK> см. выше. при такой "фрагментации" никакой разницы между
DK> распределением страниц в файле БД и распределением фрагментов
DK> нет. Таблица в базе может быть фрагментирована в 100 и более раз
DK> хуже, чем файл БД.
DK> С точки зрения доступа к диску ему (контроллеру диска) все едино - что
DK> raw disk, что файл.
Не спорю, не проверял (ещё), но речь в изначальном посте шла о
НОВОЙ БД заливаемой с 0-ля данными ... Ели бы я такую граблю
отловил на Restor-e - я б в бооее "конкретных" вырадениях
высказывался ;) ... , Наверное :) ... И не я один ...
PS: Если я всё таки не прав ... На выходных проведу ещё раз несколько
тестов ... Правда после праздника города ;)
С уважением,
Константин Григорьевич.
===============
