分析表无索引为什么sp_spaceused 中的index_size不为0

源于csdn论坛的一个提问：

CREATE   TABLE  TUser ( FName  CHAR ( 8000 ), FAge  INT , FSex  bit  )
INSERT   INTO  TUser
SELECT   ' 张三 ' , 18 , 1   UNION   ALL
SELECT   ' 李四 ' , 20 , 1   UNION   ALL
SELECT   ' 王五 ' , 32 , 1   UNION   ALL
SELECT   ' 麻子 ' , 23 , 1

 
通过一个查询看下扫描的数据页:

SET   STATISTICS  IO  ON
SELECT   *   FROM  TUser
/**/ /*
(4 行受影响)
表 'TUser'。扫描计数 1，逻辑读取 4 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
*/

可以看到，该查询全部数据是扫了四个数据页，也就是说插入的四行数据，一行为一个page.

 但是我们执行下面的sql,发现index_size为8k:

EXEC  sp_spaceused N ' TUser '
/**/ /*
name    rows        reserved    data    index_size    unused
TUser    4              40 KB        32 KB    8 KB        0 KB
*/

 这是为什么，为什么没有建索引，这里却有一个index_size 8k ？

 

下面来看看index_size是怎么来的？
首先想到是的

sp_helptext sp_spaceused

通过查看sp_spaceused的代码，我们找到对于我们这个查询有用的信息代码：

  /**/ /*   
 ** Now calculate the summary data.   
 *  Note that LOB Data and Row-overflow Data are counted as Data Pages.  
  */   
  SELECT    
   @reservedpages   =   SUM  (reserved_page_count),  
   @usedpages   =   SUM  (used_page_count),  
   @pages   =   SUM  (  
    CASE   
     WHEN  (index_id  <   2 )  THEN  (in_row_data_page_count  +  lob_used_page_count  +  row_overflow_used_page_count)  
     ELSE  lob_used_page_count  +  row_overflow_used_page_count  
    END   
   ),  
   @rowCount   =   SUM  (  
    CASE   
     WHEN  (index_id  <   2 )  THEN  row_count  
     ELSE   0   
    END   
   )  
  FROM  sys.dm_db_partition_stats  
  WHERE   object_id   =   @id ;  
  
  /**/ /*   
 ** Check if table has XML Indexes or Fulltext Indexes which use internal tables tied to this table  
  */   
  IF  ( SELECT   count ( * )  FROM  sys.internal_tables  WHERE  parent_id  =   @id   AND  internal_type  IN  ( 202 , 204 ))  >   0    
  BEGIN   
   /**/ /*   
  **  Now calculate the summary data. Row counts in these internal tables don't   
  **  contribute towards row count of original table.    
   */   
   SELECT    
    @reservedpages   =   @reservedpages   +   sum (reserved_page_count),  
    @usedpages   =   @usedpages   +   sum (used_page_count)  
   FROM  sys.dm_db_partition_stats p, sys.internal_tables it  
   WHERE  it.parent_id  =   @id   AND  it.internal_type  IN  ( 202 , 204 )  AND  p. object_id   =  it. object_id ;  
  END   
  
  SELECT    
  name  =   OBJECT_NAME  ( @id ),  
  rows  =   convert  ( char ( 11 ),  @rowCount ),  
  reserved  =   LTRIM  ( STR  ( @reservedpages   *   8 ,  15 ,  0 )  +   '  KB ' ),  
  data  =   LTRIM  ( STR  ( @pages   *   8 ,  15 ,  0 )  +   '  KB ' ),  
  index_size  =   LTRIM  ( STR  (( CASE   WHEN   @usedpages   >   @pages   THEN  ( @usedpages   -   @pages )  ELSE   0   END )  *   8 ,  15 ,  0 )  +   '  KB ' ),  
  unused  =   LTRIM  ( STR  (( CASE   WHEN   @reservedpages   >   @usedpages   THEN  ( @reservedpages   -   @usedpages )  ELSE   0   END )  *   8 ,  15 ,  0 )  +   '  KB ' ) 

通过上面的代码，我们可以基于我们目前的这个情况(堆表，不含有xml和fulltext,所以上面的202/204那段不用管了)提练出index的page如下算法：

select  index_pagecount = sum (used_page_count) -
sum (in_row_data_page_count  +  lob_used_page_count  +  row_overflow_used_page_count)
from  sys.dm_db_partition_stats  
where   object_id   =   object_id ( ' TUser ' ); 

这个结果是1.再套上index_size的公式：

select  index_size  =   LTRIM  ( STR  (( 1 )  *   8 ,  15 ,  0 )  +   '  KB ' )
/**/ /*
8k
*/

这就是8k的算法，从下面联机文档上关于sys.dm_db_partition_stats 的解释，可以分析出这个8k是个IAM page.
used_page_count  bigint
用于分区的总页数。计算方法为 in_row_used_page_count + lob_used_page_count + row_overflow_used_page_count
上面我们算index_page时公式为：
sum (used_page_count) -
sum (in_row_data_page_count  +  lob_used_page_count  +  row_overflow_used_page_count)
也就是in_row_used_page_count -in_row_data_page_count
对于这两列，联机文档解释是：

in_row_used_page_count

用于存储和管理分区中的行内数据的总页数。该计数包括非叶 B 树页、IAM 页以及 in_row_data_page_count 列包含的全部页。

in_row_data_page_count

分区中存储行内数据所用的页数。如果分区是堆的一部分，则该值为堆中的数据页数。如果分区是索引的一部分，则该值为叶级别中的页数。（未计入 B 树中非叶页的数目。）以上两种情况都未计入 IAM（索引分配映射）页。
针对我们目前该表的情况，仅是一个堆表，那么可知前者是包含了IAM页，而后者不含有IAM页，那么sp_spaceused中的index_size在这里就是一个IAM(索引分配映射)页。

 

其实这个也可以通过DBCC IND看到:Pagetype=10为IAM PAGE

如有错误，欢迎指正。