《Microsoft Sql server 2008 Internals》读书笔记--第五章Table(2)

zj2092

　　
　　《Microsoft Sql server 2008 Internals》读书笔记订阅地址：
　　http://www.iyunv.com/downmoon/category/230397.html/rss
　　《Microsoft Sql server 2008 Internals》索引目录：
　　《Microsoft Sql server 2008 Internal》读书笔记--目录索引
　　
　　
　　当你创建一个表时，一个或 多个行插入到若干个系统表中，以便系统能管理这些新建的表，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中执行:　　




-- Many of my examples assume a database called testdb:
CREATETABLE dbo.employee(
               emp_lname  varchar(15)   NOTNULL,
               emp_fname  varchar(10)   NOTNULL,
               address    varchar(30)   NOTNULL,
               phone      char(12)      NOTNULL,
               job_level  smallintNOTNULL
);
　　则可以在系统视图 中看到类似于如下的信息：
　　http://public.blu.livefilestore.com/y1pymq89rIi4ppLe41yklu2kFT9duWrJvf2A3QiciVObXuCqd7jQAIImJ8ljcfNqrg4GebdhFdy3O3KotmBo9iVZA/SQl2008%E8%A1%A8%E5%AD%98%E5%82%A8001.png
　　注意：如果通过AlterTable语句drop列时，column ID的序列可能发生变化，但有一个视图可以给你真实的序列值，那就是Information_Schema.columns
　　我们可以来察看一下这个细微的区别：　　




--Alter table
altertable employee dropcolumn phone
altertable employee add  phone  char(12) NOTNULL
　　可以看到类似于下图的结果：
　　http://public.blu.livefilestore.com/y1p0L9G0uO8JMoPk3lo8L34hLXRu1HIxA9Z5H--qj27A-T0eHxdU2yQvvZSmstR8VztYB0HlDVHuj8mJjPSp3dpaw/SQl2008%E8%A1%A8%E5%AD%98%E5%82%A8003.png
　　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表为例　　




SELECTobject_id, name, index_id, type_desc
FROM sys.indexes
WHEREobject_id=object_id('dbo.employee');
　　结果如下：
　　http://public.blu.livefilestore.com/y1phmskZLBid1vwHbo6SaNe08iIkvuiP4DlE30ronuYtMiAKCOqbt-qmJ5XZ0jgm0IVN0HZqax81FQ-1OGn-rvgcg/SQl2008%E8%A1%A8%E5%AD%98%E5%82%A8005.png
　　建立索引后：




altertable dbo.employee
add Emp_ID intidentity(1,1)
altertable dbo.employee
addconstraint PK_Employee primarykey (Emp_ID)
　　再执行查询如下：
　 　http://public.blu.livefilestore.com/y1phmskZLBid1tPYzfEphK3gnXbtul0acjh-Bf3yW5wx6OXBM4hiUFfPYeB6ECfk-CxrmK7AjzQ__HVUxcwmhDyzA/SQl2008%E8%A1%A8%E5%AD%98%E5%82%A8006.png
　　每一个附加的索引在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。枯燥啊！