第4章 数据库设计.ppt

本章主要内容 数据库管理系统是数据库系统的核心， 是用于建立、 使用和维护数据库的一组软件。 一般情况下， 数据库管理系统建立在操作系统的基础上， 是位于操作系统与用户之间的一层数据管理软件，负责对数据库进行统一的管理和控制。 数据库管理系统不仅承担执行各种应用程序对数据库中的数据的操作命令， 还要承担数据库的维护工作， 以保证数据库的安全性和完整性。 目前流行的数据库管理系统绝大多数是关系型数据库管理系统，一般可分为如下三类： 1、以PC机、微型机系统为运行环境的数据库管理系统。 如xBASE类的产品dBASE、FoxBASE、FoxPro等，由于这类系统主要作为支持一般事务处理需要的数据库环境，强调使用的方便性和操作的简便性，所以有人称之为桌面型数据库管理系统。 2、以Oracle为代表的数据库管理系统，这类系统还有IBMDB2、SYBASE等。 这些系统更强调系统在理论上和实践上的完备性，具有巨大的数据存储和管理能力，提供了比桌面型系统更全面的数据保护和恢复功能，它更有利于支持全局性的及关键性的数据管理工作，所以也被称为主流数据库管理系统。 3、以Microsoft SQL Server为代表的界于以上两类之间的数据库管理系统。 对一般的用户来说，数据库管理系统(DBMS)已经随机器配置，不需要自行设计。所谓应用系统的设计，实际上就是“数据库 + 应用程序”的设计。 数据库设计包括结构特性和行为特性设计两方面的内容。 结构特性设计是指确定数据库的数据模型。 数据模型反映了现实世界的数据及数据间的联系，要求在满足应用需求的前提下，尽可能减少冗余，实现数据共享。 行为特性设计是指确定数据库应用的行为和动作，应用的行为体现在应用程序中。 行为特性的设计主要是应用程序的设计。 一般地，规定数据流图的符号如下图所示: 数据模型的优化 数据库逻辑设计的结果不是惟一的。为了进一步提高数据库应用系统的性能，还应该根据应用需要适当地修改、调整数据模型的结构，这就是数据模型的优化。 关系数据模型的优化通常以规范化理论为指导。 具体方法为： (1) 确定数据依赖。 (2) 对于各个关系模式之间的数据依赖进行极小化处理，消除冗余的联系。 (3)按照数据依赖的理论对关系模式逐一进行分析，考察是否存在部分函数依赖、传递函数依赖等，确定各关系模式分别属于第几范式。 (4)按照需求分析阶段得到的处理要求，分析这些模式对于这样的应用环境是否合适，确定是否要对某些模式进行合并或分解。 (5)对关系模式进行必要的分解，提高数据操作的效率和存储空间的利用率。 常用的两种分解方法是水平分解和垂直分解。 例如，某大学记载学生情况的关系，包括大专生、本科生与研究生三大类学生。 如果多数查询一次只涉及其中的一类学生，就应把整个学生关系“水平分割”为大专生、本科生、研究生三个关系，以便提高系统的查询效率。 对物理结构进行评价，评价的重点是时间和空间效率。 如果评价结果满足原设计要求，则可进入到物理实施阶段，否则，就需要重新设计或修改物理结构，有时甚至要返回逻辑设计阶段修改数据模型。 数据库应用程序的设计应该与数据库设计同时进行，因此在组织数据入库的同时还要调试应用程序。 应用程序的设计、编码和调试的方法、步骤将在软件工程中讲解，这里就不详述了。 通过数据流图构成数据字典 ①数据流的描述 定义数据流的组成，每个数据流通常包括若干个数据项。 办证请求=姓名+身份证号+性别+职称+出生日期+电话号码+备注+照片+系号 教师信息数据=教师号+姓名+性别+职称+系名 证件=教师号+姓名+性别+职称+系名 教师=教师号+姓名+身份证号+性别+职称+出生日期+电话号码+备注+照片+系号 系=系号+系名+系主任+电话号码+办公地址 注意：对数据流的描述通常可在数据流图的后面用说明来实现。 ②文件的描述 定义文件的组成和组织方式。 教师=教师号+姓名+身份证号+性别+职称+出生日期+电话号码+备注+照片+系号 组织：按“教师号”升序建立主索引，按身份证号、姓名、职称升序分别建立普通索引 ③数据项的描述 是指对数据项进行定义，一般包括对数据项的名称、类型、长度、取值范围进行定义。 ④加工的描述 用来对实现加工的处理过程进行描述和定义，包括过