早期数据库模型

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

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

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

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

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

  • 交易率(速度),

  • 可靠性,

  • 可维护性

  • 可扩展性

  • 成本。

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

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

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

示例数据库

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

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

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

ID
名称  
球队
       101      
          阿比纳夫
                 蓝调
       102      
          阿迪亚
                 蓝调
       103  
          安贾利  
                 粉
       104    
          巴夫纳
                 粉
       105  
          夏鲁  
                 粉
       106  
          潜水  
                 蓝调
       107      
          迪沙
                 粉
       108  
          额山  
                 蓝调
       109      
          高里
                 粉


以上是 早期数据库模型 的全部内容, 来源链接: utcz.com/z/351486.html

回到顶部