SQL Server 文件和文件组
文件和文件组简介
在SQL Server中,数据库在硬盘上的存储方式和普通文件在Windows中的存储方式没有什么不同,仅仅是几个文件而已。SQL Server通过管理逻辑上的文件组的方式来管理文件。
SQL Server通过文件组对数据文件进行管理。我们看到的逻辑数据库由一个或者多个文件组构成。
结构图如下:
文件组管理着磁盘上的文件,文件中存放的就是SQL Server的实际数据。
为什么通过文件组来管理文件
从用户的角度来说,创建对象时需要指定存储文件组的只有三种数据对象:表,索引和大对象(LOB)。
使用文件组可以隔离用户对文件的依赖,使得用户仅仅针对文件组来建立表和索引,而不用关心实际磁盘中的文件的情况。当文件移动或修改时,由于用户建立的表和索引是建立在文件组上的,并不依赖具体文件,因此SQL Server可以放心的管理文件。
另外,使用文件组的方式来管理文件,可以使得同一文件组内的文件分布在不同的硬盘中,能够大大提供IO性能。
SQL Server根据每个文件设置的初始大小和增量值自动分配新加入的空间,假设在同一文件A设置的大小为文件B的两倍,新增一个数据占用3页,则按比例将2页分配到文件A中,1页分配到文件B中。
文件的分类
- 首要文件:这个文件是必须有的,而且只能有一个。这个文件额外存放了其他文件的位置等信息,扩展名为.mdf。
- 次要文件:可以建任意多个,用于不同目的存放,扩展名为.ndf。
- 日志文件:存放日志,扩展名为.ldf。
上面说的集中文件名扩展名可以任意修改,推荐使用默认的扩展名。在SQL Server之后,还新增了文件流数据文件和全文索引文件。
通过sys.database_files系统视图可以查看SQL Server数据库中文件的情况。
SELECT name,type_desc,physical_name,state_desc,size,growth
FROM sys.database_files
结果如下:
注意type_desc列,首要文件和次要文件都是ROWS,表示存储的是行(Row)。
如果一个表是存在物理上的多个文件中时,则表的数据页的组织为N(N为具体的几个文件)个B树。而不是一个对象为一个B树。
创建和使用文件组
创建文件或是文件组合一通过在Management Studio或者使用T-SQL语句进行。对于一个数据库来说,既可以在创建时增加文件和文件组,也可以向现有的数据库添加文件和文件组。
创建文件组操作:
创建文件操作:
注意:文件的所属文件组一旦设置了就不能够更改了。
下面给出一个创建索引时,指定存放到文件组的SQL实例:
--添加索引时,指定存放的文件组
CREATE NONCLUSTERED INDEX idx_on_other_fileGroue on ProductDemo(UPCode) ON AddFileGroup --红色部分是主角,指定文件组。
--如果不指定文件组,则存放到默认的文件组当中
CREATE NONCLUSTERED INDEX idx_on_other_fileGroue on ProductDemo(UPCode)
使用多个文件的优点与缺点
在大多数情况下,小型的数据库并不需要创建多个文件来存放数据。但是随着数据的增长,单个文件的弊端就会出现。
- 首先,使用多个文件分布到不同的磁盘分区(多个硬盘)能够几大提高IO性能。
- 其次,多个文件对于数据比较多的数据库来说,备份和恢复都会方便。
- 但是,多文件需要占用更多的磁盘空间,因为每个文件中都有自己的一套B树组织方式和自己的增长空间。当然也有自己的碎片。
- 总体来说,多个文件带来的优点是远远大于弊端的。
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。