平面文件数据库

平面文件数据库是存储在称为平面文件的文件中的数据库。 记录遵循统一的格式，没有用于索引或识别记录之间关系的结构。 文件很简单。 平面文件可以是纯文本文件（例如 csv、txt 或 tsv），也可以是二进制文件。 可以从数据库中的数据推断出关系，但数据库格式本身并没有使这些关系明确。

该术语通常暗示小型数据库，但非常大的数据库也可以是扁平的。

纯文本文件通常每行包含一条记录。 描述数据有不同的约定。 在逗号分隔值和分隔符分隔值文件中，字段可以用逗号或制表符等分隔符分隔。 在其他情况下，每个字段可能具有固定长度； 短值可以用空格字符填充。 可能需要额外的格式以避免定界符冲突。

使用定界符会在每次处理定界符时产生一些开销（与固定宽度格式不同），这可能会影响性能。 但是，使用字符定界符（尤其是逗号）也是一种粗略的数据压缩形式，它可以通过减少数据量来提高整体性能——尤其是对于数据传输目的。 使用包含长度部分（声明性表示法）的字符定界符相对较少，但xxx减少了与定位每个字段的范围相关的开销。

平面文件的示例包括类 Unix 操作系统上的 /etc/passwd 和 /etc/group。 平面文件的另一个示例是名称和地址列表，其中包含名称、地址和电话号码字段。

在一张纸上手写的姓名、地址和电话号码列表是一个平面文件数据库。 这也可以用任何打字机或文字处理器来完成。 可以使用电子表格或文本编辑器程序来实现平面文件数据库，然后可以将其打印或在线使用以提高搜索能力。

Herman Hollerith 为美国人口普查局所做的工作首先在 1890 年美国人口普查中进行，涉及通过在纸卡上打孔制成表格的数据，有时被认为是xxx个计算机化的平面文件数据库，因为它不包括索引其他卡片的卡片， 或以其他方式将单张卡片相互联系起来，除了他们的团体成员资格。

在 20 世纪 80 年代，可配置的平面文件数据库计算机应用程序在 IBM PC 和 Macintosh 上流行。 这些程序旨在使个人能够轻松设计和使用自己的数据库，并且几乎与流行的文字处理器和电子表格相提并论。 平面文件数据库软件的示例包括早期版本的 FileMaker 和共享软件 PC-File 以及流行的 dBase。

平面文件数据库很常见且无处不在，因为它们易于编写和编辑，并且以简单的方式适合多种用途。

NoSQL 数据的线性存储、JSON 格式的数据、原始电子表格（可能是逗号分隔或制表符分隔）和文本文件都可以看作是平面文件数据库，因为它们缺少集成索引、数据元素之间的内置引用、 或复杂的数据类型。 管理书籍收藏或约会和地址簿的程序可能使用本质上单一用途的平面文件数据库，从未经索引或指向系统修饰的平面文件中存储和检索信息。

虽然用户可以将目录写入文本文件，但文本文件格式本身并不包含目录的概念。 虽然用户可能会在注释部分写下 Kathy 的朋友以获得 John 的联系信息，但这是由用户解释的，而不是数据库的内置功能。 当一个数据库系统开始识别和编码记录之间的关系时，它开始远离扁平化，而当它有一个详细的系统来描述类型和层次关系时，它现在过于结构化而不能被认为是扁平化的。

以下示例说明了平面文件数据库的典型元素。 数据排列由一系列组织成表格格式的列和行组成。 这个具体的例子只使用了一张表。

列包括：姓名（人名，第二列）； 团队（此人支持的运动队的名称，第三列）； 和一个数字xxx ID（用于xxx标识记录，xxx列）。

以下是所描述数据的示例文本表示：

id name team1 Amy Blues2 Bob Reds3 Chuck Blues4 Richard Blues5 Ethel Reds6 Fred Blues7 Gilly Blues8 Hank Reds9 Hank Blues

这种类型的数据表示对于平面文件数据库来说是相当标准的，尽管还有一些其他的注意事项在文本中不是很明显：

• 数据类型：数据库表中的每一列（如上表）通常仅限于特定类型