早期数据库模型

数据库模型确定数据库的逻辑结构，并确定可以在哪种基础上以何种方式存储，组织和处理数据。在设计数据库之前，存储数据的唯一方法是在文件存储中，这增加了复杂性，因为程序员不得不花大力气提取数据，并且他们的程序必须执行复杂的解析和关联。

由于Perl具有强大的正则表达式，因此有多种语言（例如Perl）可以更轻松地处理文本。但是，从文件访问数据仍然是一项复杂的任务。由于没有哪个系统更容易出错，开发速度较慢且维护较困难，因此没有标准的数据访问方式。存在数据冗余（不必要地复制数据）和数据完整性差（其中数据在所有位置均未更改，导致提供错误或过时的数据）的问题。 

为了解决这些问题，开发了数据库管理系统(DBMS)，它提供了一种标准且可靠的方式来访问和更新数据。在应用程序和数据之间存在一个中间层，程序员可以专注于开发应用程序，而不必担心数据访问问题。

因此，我们可以将数据库模型定义为与数据表示方式有关的逻辑模型。数据库设计人员需要更高的概念级别，而不用担心数据的物理存储，从而减少了正在开发应用程序的实际问题与技术实现之间的差距。

数据模型用于组织数据元素并标准化数据元素之间的关系。由于数据元素用于记录现实生活中的人，地点和事物，并且它们之间的事件表示现实，例如，一栋建筑物有很多窗户，或者一只狗有两只眼睛。模型有助于结构化数据，它还定义了一组可以对数据执行的操作。给定的DBMS可以提供多个模型。最佳结构取决于应用程序的数据自然组织以及相关应用程序的要求，其中一些因素是：

• 交易率（速度），

• 可靠性，

• 可维护性

• 可扩展性

• 成本。

平（或表）模型是最常规和简单的数据模型，它由一个单一的二维数据元素数组组成，其中给定列的所有成员代表相似的值，而行的所有成员代表与之的关系另一个。例如，列用于名称和密码，它们是系统安全性数据库的一部分。每行包含与特定用户关联的特定密码。该表的列包含定义字符数据，日期或时间信息，整数或浮点数的类型。

现在我们可以说平面文件数据库是一个存储普通非结构化文件（也称为“平面文件”）的数据库。该文件被完全存储在计算机的内存中，因此访问数据结构及其在计算机系统上的操作变得容易。数据库操作完成后，文件将从计算机系统中移出并传输到主机的文件系统中。据说此故事模式是“平坦的”，因为它没有索引结构，并且记录之间通常没有结构关系。

此平面模型最适合小型，简单的数据库。随着数据大小的增长，内存访问变得困难，并且需要更复杂的数据库。姓名，联系电话，地址，手写城市列表是一个平面文件数据库。如果在电子表格中记录了相同的信息，则可以在线使用它来提高搜索功能。也可以使用平面文件数据库模型来传输数据

示例数据库

以下示例说明了平面文件数据库的基本元素。它由组织成表格的一系列列和行组成。

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

对于平面文件数据库，以下类型的数据表示形式是非常标准的-