SQL Server 文件和文件组

文件和文件组简介

  在SQL Server中,数据库在硬盘上的存储方式和普通文件在Windows中的存储方式没有什么不同,仅仅是几个文件而已。SQL Server通过管理逻辑上的文件组的方式来管理文件。

  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

  结果如下:

  SQL Server 文件和文件组

  注意type_desc列,首要文件和次要文件都是ROWS,表示存储的是行(Row)。

  如果一个表是存在物理上的多个文件中时,则表的数据页的组织为N(N为具体的几个文件)个B树。而不是一个对象为一个B树。

创建和使用文件组

  创建文件或是文件组合一通过在Management Studio或者使用T-SQL语句进行。对于一个数据库来说,既可以在创建时增加文件和文件组,也可以向现有的数据库添加文件和文件组。

  创建文件组操作:

  SQL Server 文件和文件组

  创建文件操作:

  SQL Server 文件和文件组

   注意:文件的所属文件组一旦设置了就不能够更改了。

  下面给出一个创建索引时,指定存放到文件组的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树组织方式和自己的增长空间。当然也有自己的碎片。
  •   总体来说,多个文件带来的优点是远远大于弊端的。

 

SQL Server 文件和文件组,布布扣,bubuko.com

SQL Server 文件和文件组

上一篇:NoSql数据库初探-mongoDB读操作


下一篇:设计模式之观察者模式