Question

所谓数据库（Database）就是数据（data）的基础（base）。在实施企业的商业战略时，如果企业内部的数据散布在各个地方，在更新和检索时要花费大量的时间，分析起来就会很麻烦。但只要把企业内的数据预先汇集在一个“基地”中并加以整理，就可以根据需要灵活地使用这些数据。这个数据的基地就是数据库。虽然使用纸质文件整理出来的数据也可以称为数据库，但利用善于处理数据的计算机整理会更加方便。因为计算机是提高手工工作效率的工具，所以就成为了数据的基础

把数据存储在计算机中以后，为了将其整理的易于使用，就不得不考虑其存储方式。在手工作业的阶段，通常是像账单或名片那样，把所需的信息汇集到一张纸上。将这样的数据存储形式原封不动地移植到计算机中，就形成了“卡片型数据库”。存储一条数据就好比把一张账单或名片上的信息记录到一个文件中。卡片型数据库适用于想要实现小规模的数据库的情况。像是地址簿管理程序、存储Web电子公告板上的评论等，使用的都是卡片型数据库（如图8.1所示）

图8.1 使用卡片型数据库实现的名片数据库的示意图

可是，如果要实现能够管理企业所有信息的大规模数据库，卡片型数据库就无能为力了。这是因为卡片与卡片之间缺乏关联性，因此也就难以记录像是“A公司向B公司出售了商品”这样的信息。看了图8.1就会明白，假设公司名称由GrapeCity股份有限公司变更为葡萄城股份有限公司，那么麻烦的工作就来了，所有记录了GrapeCity股份有限公司的卡片都需要修改（GrapeCity(葡萄城)是一家软件开发公司，总部位于仙台，另外在中国、美国、印度、蒙古都设有分支机构）

适合大规模数据的是关系型数据库（Relational Database）。在关系型数据库中，数据被拆分整理到多张表中，同时表与表之间的关系也可以被记录下来。对于上面的例子，只要把数据分别存储到企业表和个人表中，再在这两张表间建立关系，那么在公司名称变更时，只需要更新企业表中的一项数据就解决问题了，即把企业表中的GrapeCity股份有限公司改为葡萄软件股份公司即可（如图8.2所示），同时也就能够很方便地记录像是A公司向B公司出售了商品这样的数据了

图8.2 使用关系型数据库实现的名片数据库示意图

1970年美国IBM公司的Codd先生设计发明了关系型数据库。现在关系型数据库被广泛应用，以至于一提到数据库就默认是关系型数据库。在后面将要通过文字上的描述编写关系型数据库应用程序的过程。