数据文件、DBMS 和数据库应用程序

一用就会的数据库

称作 DBMS 的软件 。 Microsoft Access 、 Oracle 、 SQL Server 、 DB2 等诸位都有所耳闻吧， 这些都是 DBMS 的实例 。 数据库的实质虽然是某种数据文件， 但是诸位编写的应用程序并不是直接去读写这些数据文件 ， 而是以 DBMS 作为中介间接地读写 （ 如图 8.3 所示 ）。 DBMS 不但可以使应用程序轻松地读写数据文件， 而且还具有一致并且安全地存储数据的功能。

何为 “ 一致并且安全地存储 ” 将会在后面解释 ， 在此还是先介绍一下数据库系统的构成要素吧。 数据库系统的构成要素包括 “ 数据文件”“ DBMS ”“ 应用程序 ” 三部分 。 在小型系统中 ， 把三个要素全部部

署在一台计算机上 ， 称作 “ 独立型系统 ”。 在中型系统中 ， 把数据文件部署在一台计算机上， 并且使数据文件被部署了 DBMS 和应用程序的多台计算机共享， 这样的系统被称为 “ 文件共享型系统 ”。 在大型系统中， 把数据文件和 DBMS 部署在一台 （ 或者多台 ） 计算机上 ， 然后用户从另外一些部署着应用程序的计算机上访问， 这样的系统被称作“ 客户端 ／ 服务器型系统 ”。 其中部署着数据文件和 DBMS 的计算机是服务器（ Server ）， 即服务的提供者 ； 部署着应用程序的计算机是客户端 （ Client ）， 即服务的使用者 。 如果把服务器和客户端之间用互联网联结起来，就形成了 Web 系统 。 在 Web 系统中 ， 一般情况下应用程序也是部署在服务器中的， 在客户端只部署 Web 浏览器 （如图8.4 所示）。

 

设计数据库

        首先从设计数据库开始 。 而设计数据库的第一步是从 “ 你想要了解什么” 的视角出发找出需要的数据 。 如果是自己使用的数据库 ， 那么就问问你自己想要了解什么。 如果是为客户设计数据库 ， 就要去询问对方想要了解什么。在酒铺管理的应用程序中， 将下面的数据视为客户想要了解的 数据。

酒铺经营者需要知道什么 ？

● 商品名称

● 单价 （ 日元 ）

● 销售量

● 顾客姓名

● 住址

● 电话号码

       当然 ， 仅仅存储这些数据是否够用 ， 是由数据库的使用者决定的 。 如果缺少了所需的数据， 就算使用了数据库 ， 也不能使其发挥作用 。 反过来， 如果包含了不必要的数据 ， 存储包含着这些数据的文件就会白白浪费掉磁盘空间。 把必要的数据筛选出来以后， 下一步要考虑的是各种数据的属性 。属性也称作模式（ 内模式 ）， 具体来说就是数据的类型 （ 是数字还是字符串）， 数字的话是整数还是浮点小数 ， 字符串的话最多允许包含多少个字符， 是否允许 NULL 值 （ 表示未知或者不存在的值 ）， 等等 。几乎所有的 DBMS 都提供了通过可视化界面设置数据属性的工具 。 通过这种具， 既可以生成逻辑上的表 ， 又可以生成物理上存储数据的数据文件。其中 ， 表可以被赋予任意的名称 。 对酒铺经营者所需的各个数据分别设置完属性后， 我们将表暂且命名为酒铺表 （ 如图 8.5

所示 ）

 

在这里 ， 请先记住一些数据库术语 。 在关系型数据库中 ， 把录入到表中的每一行数据都称为记录， 把构成一条记录中的各个数据项 （ 在本例中是商品名称、 单价等 ） 所在的列都称作字段 。 记录有时也被称为行或元组（ Tuple ）， 字段有时也被称为列或属性 （ Attribute ）。 上面提到的属性（ 数据的类型 ） 就是设置在字段上的 。 为了代表字段所存储数据的内容还要为每个字段起一个名字。 如图 8.5 所示 ， 通过这个界面定义了构成一条记录的多个字段。 之后只要在这个表中录入数据 ， 表就可

以使用了