文件管理数据库文件格式

　　文件管理数据库用于将信息持久保存到磁盘的文件格式对数据库的性能有显著影响。多年来，SQL数据库已以各种方式创新了文件格式，但数据的高级布局一直是一样的，如下所述。
　　1.面向行
　　SQL的create table命令声明了二维数据结构。为支持这个功能，传统的SQL数据库使用了面向行的二维格式。就文件管理数据库实现而言，在一个文件中搜索特定位置，就如在该文件中寻道和加载一定量的数据（例如1MB）一样昂贵。寻道需要很长时间，原因是需要物理定位硬盘驱动器上相关数据的位置——停留在某个位置时，如果附近的数据非常有用，将是很理想的。对于一个给定SQL查询，如果要搜索编制索引的firstName，寻道次数与包含查询中所选名称的行数相同。没有编制索引（默认）的查询将需要在表中搜索每一行。
　　2.面向列
　　有没有一种方法来组织文件管理数据，使得数据库设计人员可以适当应对硬盘寻道限制呢？相比在SQL数据库中使用的面向行的格式，考虑一个面向列的方法。
　　相比一次寻道加读取1MB数据，多寻道操作需要更多时间。一次寻道，你可以读出整列，然后就能计算平均值。与此相反，一个面向行的格式将需要多次寻道和读取，以便将所有人的行加载到内存中，然后选择每个年龄来计算平均值。对于某些类型的操作，称为聚合函数，列组织可以极大地提升性能。
　　3.记录大小
　　由于SQL语言定义模式的方式，create table语句有效地声明了行中的数据类型的大小，以及保持它们的二维文件管理数据结构的大小。create table语句不允许不同的元素大小。当然，抛弃SQL语言就意味着你可以支持该功能。