SQL Server2008存储结构之堆表、行溢出

　　其次SQL Server还提供了一个更为友好的命令以找到各个类型的页面分布和它们的所在的文件号和页号。

　　DBCC IND({'dbname'|dbid},{'objectname'|objectID},

　　{nonclustered indid|1|0|-1|-2}[,partition_number])

　　{'dbname'|dbid}表示数据库名或者数据库ID

　　{'objectname'|objectID}表示对象名或者对象ID

　　{nonclustered indid|1|0|-1|-2}表示显示行内数据分页及指定对象的行内IAM分页信息

　　1 ：显示所有分页的信息，包括IAM分页,数据分页,所有存在的LOB分页和行溢出页,索引分页

　　-1： 显示所有IAM、数据分页、及指定对象上全部索引的索引分页.

　　-2： 显示指定对象的所有IAM分页

　　nonclustered indid：显示所有的IAM、数据分页以及一个索引的索引分页信息。

　　{partition_number}->可选,为了与中的DBCC IND命令向前兼容.它指定了一个特定分区号,如果不指定,显示所有分区的信息。

　　以下是DBCC IND命令输出结果的字段描述：

　 　继续为了简化的目的，同时因为模拟的是小型数据表，所以可以忽略相关文件号和iam链类型、分区号(该表暂无行内迁移和lob字段)，我们只需要看看各 个数据页之间是否有相互联系、各个页面的类型即可;所以我们构建了一张数据表用以存放dbcc ind命令输出的结果，并有选择性的选择我们想要的字段。

CREATE TABLE tablepage
(
  PageFID         TINYINT, 
  PagePID         INT,   
  IAMFID          TINYINT, 
  IAMPID          INT, 
  ObjectID        INT,
  IndexID         TINYINT,
  PartitionNumber TINYINT,
  PartitionID     BIGINT,
  iam_chain_type  VARCHAR(30),    
  PageType        TINYINT, 
  IndexLevel      TINYINT,
  NextPageFID     TINYINT,
  NextPagePID     INT,
  PrevPageFID     TINYINT,
  PrevPagePID     INT 
);
GO

TRUNCATE TABLE tablepage;
INSERT INTO tablepage EXEC ('DBCC IND(testdb,testheap,1)');
SELECT 
  PagePID,IAMPID,ObjectID,IndexID,Pagetype,IndexLevel,
  NextPagePID,PrevPagePID
  FROM tablepage

　　我们可以看到SQL Server为该表所使用的页面地址，索引ID、页面类型、索引级别、前后页的关系等等。

　 　Pagetype=10为IAM页面，Pagetype=1为数据页面，即17个数据页面，1个IAM页面，与 system_internals_allocation_units输出结果一致，每一个数据页面都对应该IAM页面地址，indexid=0表示为堆 表，indexlevel=null表示为IAM页面，indexlevel=0表示为叶子节点;而让我们感到有些失望的是每一个页面似乎除了有共同的 IAM管理页面之外，相互之间是缺乏联系的。　

　　LOB页面

　　从SQL Server 2005版本以后中，新增加了大值数据类型varchar(max)、nvarchar(max)、varbinary(max)。大值数据类型最多可以存储2^30-1个字节的数据。

　　从行为上来讲这几个数据类型和之前的数据类型 varchar、nvarchar 和 varbinary 相同。

　　按照微软的说法是用这个数据类型来代替之前的text、ntext 和 image 数据类型，它们之间的对应关系为：

　　varchar(max)-------text;

　　nvarchar(max)-----ntext;

　　varbinary(max)----image

　　对大值数据类型的操作更类似于之前的varchar和varbinary之后，因此用法上也比之前的text和image比灵活和便宜。同时触发器也可以直接引用大值数据类型;而之前的text和image是不行的。

　　因此varchar(max)与varchar(n)和text有着千丝万缕的联系。对于varbinary(max)也一样。

　　因为之前我们已经观察过varchar(n)的行为，那么让我们看看这个新的varchar(max)与varchar(n)、text到底有什么不同。

CREATE TABLE testVARCHARMAX
(
  ID     INT IDENTITY(1,1),
  name   VARCHAR(20),
  remark VARCHAR(MAX)
)
CREATE TABLE testTEXT
(
  ID     INT IDENTITY(1,1),
  name   VARCHAR(20),
  remark TEXT
)

INSERT INTO testVARCHARMAX (name,remark)
SELECT REPLICATE('A',20),REPLICATE('AB',2500)
UNION
SELECT REPLICATE('B',20),REPLICATE('BA',2500)

INSERT INTO testTEXT (name,remark)
SELECT REPLICATE('A',20),REPLICATE('AB',2500)
UNION
SELECT REPLICATE('B',20),REPLICATE('BA',2500)

SELECT c.name,a.type_desc
       total_pages,used_pages,data_pages,
       testdb.dbo.f_get_page(first_page) first_page_address,
       testdb.dbo.f_get_page(root_page) root_address,
       testdb.dbo.f_get_page(first_iam_page) IAM_address
  FROM sys.system_internals_allocation_units a,sys.partitions b,sys.objects c
WHERE a.container_id=b.partition_id and b.object_id=c.object_id
   AND c.name in ('testVARCHARMAX','testTEXT')

　　运行结果如下：

　 　我们很容易发现两者的共同之处，就是两个表都包括LOB_DATA数据类型的分配单元，但是testVARCHARMAX表的LOB_DATA并没有分 配页面，而testTEXT表却分配了3个页面;同时testVARCHARMAX表比testTEXT表多了一个数据页面，这是怎么回事呢?

　　让我们首先看看testVARCHARMAX表的第217个数据页面

　　让我们通过Internals Viewer插件看一下对该记录的解读

　　与之前的堆表的介绍相比，基本上我们可以看到与varchar(n)的存储结构式完全一致的，在此就不多做叙述了。

　　那么testTEXT表为什么会使用到LOB类型页面呢?我们使用dbcc page命令查看一下。

　　运行dbcc page(testDB,1,222)，我们从第96个字节开始阅读。

　　从这个角度，我们看到222页面类似于前面所讲到的行溢出页面，即在222页面保留了一个指向行溢出页面的指针

　　运行dbcc page(testDB,1,220,2)，我们从第96个字节开始阅读。

　　实际上我们从name字段内容之后阅读就可以了，即0000d1 07000000 00dc0000 00010001 00

　　是不是有点像缩略版的行溢出信息?

　　既然有行溢出指针，必然有行溢出页面，那我们再看看行溢出页面的数据页，即220页面。实际上我们用dbcc page(testdb,1,220,3)阅读该页的信息更简明一些。

　　很明显slot 0记录了第一条记录remark字段的长度、数据类型和内容。

　　Slot 1，slot 2分别为两个指针，记录了remark字段的偏移地址和相应的文件号、页面和槽号

　　这个与之前的行溢出页面是有所不同的。