第五章Table(2)

最新推荐文章于 2024-09-27 11:17:12 发布

fangaoxin

最新推荐文章于 2024-09-27 11:17:12 发布

阅读量561

点赞数

分类专栏：《Microsoft Sql server 2008 Internals》读书笔记文章标签： table sql server microsoft allocation object 存储

本文链接：https://blog.csdn.net/fangaoxin/article/details/5728451

版权

《Microsoft Sql server 2008 Internals》读书笔记专栏收录该内容

6 篇文章 0 订阅

订阅专栏

读书笔记订阅地址：

http://blog.csdn.net/downmoon/category/647266.aspx/rss

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

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

　　当你创建一个表时，一个或多个行插入到若干个系统表中，以便系统能管理这些新建的表，SQL Server提供了(catalog View) 目录视图（内建于系统表的顶部），允许用户通过该视图来浏览这些内容。至少，你能在 sys.tables,sys.indexes,sys.columns分类视图中看出你创建的表等元数据。
　　当你定义一个或多个约束的新表 , 你将会在sys.check_constraits,sys.default_constraits,sys.key_constraits或 sys.foreign_keys这几个视图中看到相关信息。

　　每当table被创建时，一行记录被添加到sys.tables视图，其中包含name,Object ID和架构(Schema)ID。记住：sys.tables从sys.Objects继承所有的列,，可以从sys.columns获取更多的关于 object_id的列信息：

　　在SQL 2008中执行:　

view plain copy to clipboard print ?

-- Many of my examples assume a database called testdb:
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
);

　　则可以在系统视图中看到类似于如下的信息：
　　邀月工作室

　　注意：如果通过AlterTable语句drop列时，column ID的序列可能发生变化，但有一个视图可以给你真实的序列值，那就是Information_Schema.columns

　　我们可以来察看一下这个细微的区别：　　

view plain copy to clipboard print ?

--Alter table
alter table employee drop column phone
alter table employee add phone char(12) NOT NULL

　　可以看到类似于下图的结果：
　　邀月工作室

　　sys.Indexes 目录视图(Catalog View)

　　作为对sys.tables和sys.columns的补充，sys.indexes视图（对于每个table）返回至少一行数据。在 SQL Server 2005 及更高版本中，在目录视图中只能查看用户拥有的安全对象的元数据，或已对其为用户授予某些权限的安全对象的元数据。有关详细信息，请参阅元数据可见性配置。而之前的版本中，sys.indexes显示的表和索引的更多的所有物理存储信息。 sysindexes 表的列跟踪了所有表和索引、每一个索引的根页面还有表与索引的第一个页面的空间位置等等的空间使用情况。在SQL Server 2008中，兼容性视图　sys.sysindexes包含了并不完整的信息，因为自SQL Server 2005的存储机制已经发生了变化。sys.indexes目录视图只包含一引动基本属性，比如索引是否聚集索引，是否惟一索引等。在 SQL2005/2008中为了得到更多的信息，除了查询sysindexes表，还必须使用sys.indexes加上另外两个目录视图：sys.partitions,sys.allocation_units(或 MSDN文档中没有提及的sys.system_internals_allocation_units )

　　也许你可能意识到：

　　如果一个表有一个聚集索引，那么表数据实际是被看作索引的一部分，因些数据行实际上是索引行。对于一个有聚焦索引的表，SQL Server在sys.Indexes中有一行记录，其中index_id为1,name为聚集索引的名称。如果一个表没有聚焦索引，那么表数据自身没有组织，我们称这种表为堆(Heap),SQL Server同样在sys.Indexes中有一行记录，其中index_id为0,name为null。

　　测试如下：仍然以前面创建的EmployeeID表为例　　

view plain copy to clipboard print ?

SELECT object_id, name, index_id, type_desc
FROM sys.indexes
WHERE object_id=object_id('dbo.employee');

　　结果如下：
　　邀月工作室
　　建立索引后：

view plain copy to clipboard print ?

alter table dbo.employee
add Emp_ID int identity(1,1)
alter table dbo.employee
add constraint PK_Employee primary key (Emp_ID)

　　再执行查询如下：
　　邀月工作室

　　每一个附加的索引在sys.indexes中对应一行,index_Id在2-250或256-1005之间。251-255 是系统保留值，不允许使用 。呵呵。

　　由于每个表可以建立999个非聚集索引，每个表在sys.indexes的行数为1-1000。。此外，一个表也可以有多个XML索引,可以在sys.xml_indexes中察看它的元数据。这个视图继承自sys.indexes视图。

　　关于SQL Server目录视图的更多信息，请参看MSDN:
　　http://msdn.microsoft.com/zh-cn/library/ms189783.aspx

　　基于以下两点，SQL Server 2008可以最有效的使用一个或多个目录视图(Catalog View)来跟踪存储信息：

　　１、SQL Server有能力在多个分区存放表和索引，（开始吹两句啊），因此每个分区的空间使用和空间位置，必须被保持独立的跟踪。

　　２、表和索引可以被存储成三种格式：Regular row data,row-Overflow data,and LOB data。后两种数据能被作为索引的一部分，因此，每个索引必须被指定数据格式独立地进行跟踪。因此，可以说，一个表可以拥有多个索引，每个表和索引可以拥有多个分区，每个分区需要跟踪的数据格式多达三种。

　　下一节将再接再励，继续学习Data Storage Metadata。枯燥啊！