学步园

 《Microsoft Sql server 2008 Internals》读书笔记订阅地址：

http://www.cnblogs.com/downmoon/category/230397.html/rss

《Microsoft Sql server 2008 Internals》索引目录：

《Microsoft Sql server 2008 Internal》读书笔记--目录索引

在上一篇中，我们主要学习了如何在系统视图中察看我们创建表和索引的元数据信息，今天，我们继续学习数据存储的元数据结构。
数据存储元数据(Data Storage Metadata)

还记得Haep吗？，就是没有聚集索引的表。每一个Heap和索引都在sys.indexes视图中有一行记录，SQL2008中每个表和索引能被 存储在多个分区中。sys.Partitions包含一个Row对应于每一个Heap或索引的分区。每一个Heap或索引至少有一(到1000)个分区， 即使你没有定义分区结构。因此，sys.indexes与sys.Partitions是一对多的关系，在SQL2008中用了一个词"hobt" (Heap Or B-Tree)来称谓表或索引在一个分区中的子集(subset),所以在sys.partitions中有一列是hobt_id。实际 上，hobt_id和partition_id是一一对应关系。这两列的值也完全一样。

示例：

CREATE TABLE dbo.employee( 
               emp_lname  varchar(15)   NOT NULL, 
               emp_fname  varchar(10)   NOT NULL, 
               address    varchar(30)   NOT NULL, 
               phone      char(12)      NOT NULL, 
               job_level  smallint      NOT NULL 
);
go
alter table dbo.employee 
add Emp_ID int    identity(1,1)
alter table dbo.employee
add constraint PK_Employee primary key (Emp_ID)
go
SELECT  object_id, name, index_id, type_desc 
FROM sys.indexes 
WHERE object_id=object_id('dbo.employee');

结果：

每一个分区（无论是一个Heap或者索引）能存储三种类型的行，分别存储在自己特定的页面（pages）中。即in-row data pages（可以理解为规则数据）、row-overflow data pages和LOB data pages。针对于一个特定分区的一个特定的页面被称为allocation unit(分配单元)，每个分区在视图sys.allocation_units中有多个行，因为每个分区我们多个分配单元。总有一个分配单元针对n- row data,也可能有分配单元针对LOB data和row-overflow data,下图展示了这种关系：

查询目录视图 (Querying Catalog Views)

其实前面已经多次应用，这里我们再练习一下sys.allocation_units

SELECT object_name(object_id) AS name,  
    partition_id, partition_number AS pnum,  rows,  
    allocation_unit_id AS au_id, type_desc as page_type_desc, 
    total_pages AS pages 
FROM sys.partitions p JOIN sys.allocation_units a 
   ON p.partition_id = a.container_id 
WHERE object_id=object_id('dbo.employee');

结果如下：

再增加不“规则列”

alter table dbo.Employee 
add Desc_Long Nvarchar(4000) null,
Notes text null,
LongVar Nvarchar(max)

结果：

你也可发创建一个或两个索引来测试索引视图，应该注意到仅仅增加一个聚集索引并不会改变sys.allocation_units的行数，但却改变 了partition_id 数字，因为创建一个聚集索引的时候表完全被内部重建了 。你可以从以下语句的结果中看到这个差异：

SELECT  convert(char(8),object_name(i.object_id)) AS table_name, 
    i.name AS index_name, i.index_id, i.type_desc as index_type,
    partition_id, partition_number AS pnum,  rows, 
    allocation_unit_id AS au_id, a.type_desc as page_type_desc, 
    total_pages AS pages
FROM sys.indexes i JOIN sys.partitions p  
        ON i.object_id = p.object_id AND i.index_id = p.index_id
    JOIN sys.allocation_units a
        ON p.partition_id = a.container_id
WHERE i.object_id=object_id('dbo.employee');

大家可能注意到rows和Pages都是0,那是因为我们还没有插入任何数据。

到目前为止，我们并没有查询关于page的分配信息情况。在SQL2000中sysindexes表包含了三列关于空间分配的信 息：first,root和firstIAM,

在SQL2008中这三个列名改为first_page,root_page,和first_iam_page，但只在MSDN未 公开的sys.system_allocation_units中可以查到。 而公开的一个视图是sys.allocation_units。看来，微软还是藏了不少压箱货啊！呵呵。

关于更多的目录视图的知识，请看MSDN:

http://msdn.microsoft.com/zh-cn/library/ms174365%28SQL.90%29.aspx

下一节将更深入学习数据页Data Pages