MS SQL Server database file fragmentation

UMLец · Post by **UMLец** » 13 May 2004 18:13

Влияет ли на общую пройзводительность работы MS SQL Server'а фрагментация database фаила? Оин эксперт сказал мне, что вроде как нет. Но как-то до сих пор не верится, если сам файл состоит из 3000 кусочков :pain1:

Dmitry67 · Post by **Dmitry67** » 13 May 2004 19:25

Влияет конечно
'рвуться' непрерывные чтания
Но проявляться это будет при table scan длинныз таблиц
При index seek чувствоваться не будет

Dmitry67 · Post by **Dmitry67** » 13 May 2004 19:27

и при backup
PS
Это не результат опыта
Скорее расуждения на уровне здраваого смысла
У меня таких плохих файлов не было

UMLец · Post by **UMLец** » 13 May 2004 19:47

Dmitry67 wrote:Это не результат опыта
Скорее расуждения на уровне здраваого смысла
У меня таких плохих файлов не было

Мои собственные здравые рассуждения - раздваиваются.
Table scan - так или иначе будет скакать по файлу: ведь при частом insert/delete/update таблица будет располагаться в разных частях database файла anyway.

Dmitry67 · Post by **Dmitry67** » 13 May 2004 19:56

Хм
Но primary key можно сделать defrag, тогда вроде страницы долдны быть рядом

...Also, DBCC INDEXDEFRAG will not help if two indexes are interleaved on the disk because INDEXDEFRAG shuffles the pages in place. To improve the clustering of pages, rebuild the index.

YellowMan · Post by **YellowMan** » 14 May 2004 11:44

А может ему дефрагментация только на пользу идет ? Вот к примеру таблица физически на диске кажется сильно дефрагментирована, а если посмотреть на порядок страниц - выходит что логически она последовательно записана.
Хотя для такой фишки сервер напрямую должен лезть к дорожкам/секторам/цилиндрам минуя драйвер Виндовс - а почему бы и нет ?