Bobo1234


We have a fairly large database (320 tables, 70GB+) on SQL 2000 where reindexing using 'dbcc dbreindex' currently takes almost 3 hours. We are reindexing all tables and dbreindex takes up 80-90% of the system cpu making any other job slow. All indexes are setup with a fill factor of 70%.

As the database grows we would like to minimize the time spend on reindexing. One approach could be to use the output from 'dbcc showcontig' for deciding on on whether to reindex a table or not. E.g. use 'ExtentFragmentation > 10%' as the criteria for starting reindexing on a particular table. Is this a suitable approach or are there any other better parameters to consider

Rgds

Bertrand




Re: When to reindex?

Arnie Rowland


I agree, re-indexing should be done only when required, not on a scheduled basis whether needed or not. A big waste of resources.

This article could prove very helpful to you:

Automating Reindexing In SQL Server 2000
http://www.sql-server-performance.com/tp_automatic_reindexing.asp







Re: When to reindex?

pdxJaxon

All you ever needed to know about indexes and more....

http://www.microsoft.com/technet/prodtechnol/sql/2000/maintain/ss2kidbp.mspx