ホームページ  >  記事  >  データベース  >  SQLSERVER的表格存储组织结构

SQLSERVER的表格存储组织结构

WBOY
WBOYオリジナル
2016-06-07 15:20:341351ブラウズ

SQLSERVER的表格存储组织结构 msdn网址: 表组织和索引组织 堆结构 聚集索引结构 非聚集索引结构 SQLSERVER的表格存储组织结构可以用下面一张图来解释 平时我们说的SQLSERVER表分区技术,默认一个表的所有数据存放在一个分区,如果使用表分区,那么DBA可以决

SQLSERVER的表格存储组织结构

msdn网址:

表组织和索引组织

堆结构

聚集索引结构

非聚集索引结构

SQLSERVER的表格存储组织结构可以用下面一张图来解释

SQLSERVER的表格存储组织结构

 

平时我们说的SQLSERVER表分区技术,默认一个表的所有数据存放在一个分区,如果使用表分区,那么DBA可以决定要建多少

个分区,规划表的数据存放到哪一个分区。当然,创建了分区还不能实现减轻I/O负载,还要创建几个文件组,创建多少个由DBA

决定,DBA还要决定把哪些分区放在哪个文件组,最后决定把哪些文件组放在哪些磁盘,要把文件组放在不同的磁盘才能真正实现

减轻I/O负载。当客户端访问某一部分数据的时候,如果数据放在A分区,A分区在A文件组,A文件组位于A磁盘,那么SQL就去A磁

盘读数据,当客户端要访问某一部分数据放在B分区,B分区在B文件组,B文件组位于B磁盘,那么SQL就去B磁盘读数据,从而减轻

单独一个磁盘的I/O压力。

 

最后说明一下表分区技术是SQL2005才有的,因为分区是从SQL2005才开始引入的!!

最最后说一下:只有数据文件才有文件组,日志文件是没有文件组的,因为数据文件跟日志文件的存储方式是不一样的!!

 

2012-12-22补充:

有些人问 :在创建非聚集索引的时候为什么不加NONCLUSTERED关键字也可以,其实下面两个语句都是一样的

<span>1</span> <span>CREATE</span> <span>NONCLUSTERED</span> <span>INDEX</span> SalesOrderDetail_test_NCL_Price <span>ON</span> <span>[</span><span>dbo</span><span>]</span>.<span>[</span><span>SalesOrderDetail_test</span><span>]</span>(<span>[</span><span>UnitPrice</span><span>]</span><span>)
</span><span>2</span> <span>GO</span>
<span>3</span> 
<span>4</span> 
<span>5</span> <span>CREATE</span>  <span>INDEX</span> SalesOrderDetail_test_NCL_Price <span>ON</span> <span>[</span><span>dbo</span><span>]</span>.<span>[</span><span>SalesOrderDetail_test</span><span>]</span>(<span>[</span><span>UnitPrice</span><span>]</span><span>)
</span><span>6</span> <span>GO</span>

其实在SQLSERVER里面只有两种索引,聚集索引跟非聚集索引 如果你不加CLUSTERED关键字(聚集索引)一概都是非聚集索引
所以加不加“NONCLUSTERED”关键字也无所谓

因为数据的存储地方只有两个:“索引页”跟“堆数据结构的堆页”,如果建立了聚集索引那么数据会存储在索引页并按照建立了索引

的第一个字段的顺序来排序,而没有建立聚集索引的那么数据都原封不动,照常存储在堆数据结构的数据页面,只是非聚集索引有

指针指向这些页面,使查找更快

声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。