22

So we have a customer site that is complaining about some seriously slow performance. I took one look and it's obvious that the problem is because Somebody Else (grrrr) designed a table holding some 20 million-plus records without a clustered index.

Now I want to create a clustered index on that table - but in my test environment my create index command has been running for an hour and it's still not done. The customer site is a shop floor that works 24/7, and cannot afford an hour of down time while I create an index.

Is there some less brute-force method of creating the index that will either finish the job quickly, or do it in some smart way that will not totally kill the server's performance while it's busy?

We are using SQL Server Enterprise Edition.

migrated from stackoverflow.com Jan 31 '12 at 13:51

This question came from our site for professional and enthusiast programmers.

26
  • If your sql server is Enterprise+ edition and table has no any BLOB fields - CREATE CLUSTERED INDEX ... WITH(ONLINE=ON)

  • If not - there is no any way except to create the table with the same schema on side and wisely transfer data to it, including all INSERT/UPDATE/DELETE operations (using trigger, for example), and then accurately drop old table and rename new to the same name as old - cons are: slow, adds extra load to server and storage

12

Not sure what version of SQL server is your customer using. In enterprise you can build the index with (ONLINE = ON), so the table is available till the index is created.

8
  • Create new table identical to original (obviously will need a different name)
  • Create clustered index on new table
  • Load data into new table
  • Drop original table
  • Rename new table using the original name

Make sure you apply any permissions that were required from the original.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.