|
|
|
SSC-Dedicated
           
Group: General Forum Members
Last Login: Today @ 2:36 AM
Points: 37,675,
Visits: 29,926
|
|
234 MB with only 400 rows? Sure it's not 234 kb? How many pages does the index (not the table) have?
Gail Shaw Microsoft Certified Master: SQL Server 2008, MVP SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
We walk in the dark places no others will enter We stand on the bridge and no one may pass
|
|
|
|
|
SSCommitted
      
Group: General Forum Members
Last Login: Wednesday, May 01, 2013 2:43 AM
Points: 1,564,
Visits: 1,488
|
|
Ok. But can you explain me why the avg_percent_in_fragmentation is not getting reduced for this scenario. For the same column if I create a clustered index in stead of non clustered index, I dont find any fragmentation.
Ryan //All our dreams can come true, if we have the courage to pursue them//
|
|
|
|
|
SSCommitted
      
Group: General Forum Members
Last Login: Wednesday, May 01, 2013 2:43 AM
Points: 1,564,
Visits: 1,488
|
|
Hi Gail, Sorry. It is 234KB. I typed wrongly.
Ryan //All our dreams can come true, if we have the courage to pursue them//
|
|
|
|
|
SSCommitted
      
Group: General Forum Members
Last Login: Wednesday, May 01, 2013 2:43 AM
Points: 1,564,
Visits: 1,488
|
|
The index storage space is 55KB.
Ryan //All our dreams can come true, if we have the courage to pursue them//
|
|
|
|
|
SSC-Dedicated
           
Group: General Forum Members
Last Login: Today @ 2:36 AM
Points: 37,675,
Visits: 29,926
|
|
Your index is less than 1 extent (8 pages) in size. There's no point in rebuilding that and, considering the way SQL allocates pages for very very small indexes, rebuilding it won't change the fragmentation anyway.
Gail Shaw Microsoft Certified Master: SQL Server 2008, MVP SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
We walk in the dark places no others will enter We stand on the bridge and no one may pass
|
|
|
|