第9节 数据库设计---14.pptVIP

9.5.1数据库数据的加载和试运行 数据加载 在数据库系统中，一般数据量都很大，各应用环境差异也很大 。 为了保证数据库中的数据正确、无误，必须十分重视数据的校验工作。 在将数据输入系统进行数据转换过程中，应该进行多次的校验。 对于重要的数据的校验更应该反复多次，确认无误后再进入到数据库中。 ----DBMS提供数据导入功能、数据转换功能 9.5.1数据库数据的加载和试运行 数据库的试运行 在有一部分数据加载到数据库之后，就可以开始对数据库系统进行联合调试了，这个过程又称为数据库试运行。 这一阶段要实际运行数据库应用程序，执行对数据库的各种操作，测试应用程序的功能是否满足设计要求。如果不满足，则要对应用程序进行修改、调整，直到达到设计要求为止。 在数据库试运行阶段，还要对系统的性能指标进行测试，分析其是否达到设计目标。 9.5.2 数据库的运行和维护 数据库投入运行标志着开发工作的基本完成和维护工作的开始，数据库只要存在一天，就需要不断地对它进行评价、调整和维护。 在数据库运行阶段，对数据库的经常性的维护工作主要由数据库系统管理员完成，其主要工作包括： 数据库的备份和恢复 数据库的安全性和完整性控制 监视、分析、调整数据库性能 数据库的重组 小结： 数据库设计的特点是行为设计和结构设计相分离，设计时先进行结构设计，再进行行为设计 数据库的设计包括：需求分析、结构设计和物理设计。 机构设计又分为：概念结构设计、逻辑结构设计、物理结构设计。 概念结构设计：E-R模型 逻辑结构设计：关系表 物理结构设计：设计数据的存储方式和存储结构，一般来说，数据的存储方式和存储结构对用户是透明的，用户只能通过建立索引来改变数据的存储方式。 设计全局E-R模型 将局部E-R图集成为全局E-R图； 需消除各分E-R图合并时产生的冲突； 解决冲突是合并E-R图的主要工作和关键所在。 冲突主要有三类： 属性冲突：属性域冲突、属性取值单位冲突 命名冲突：同名异义和异名同义 结构冲突：同一对象在不同应用中具有不同的抽象、同一实体在不同的局部E-R图中所包含的属性个数和属性的排列次序不完全相同。 优化全局E-R模型 一个好的全局E-R模型除了能反映用户功能需求外，还应满足如下条件： 实体个数尽可能少； 实体所包含的属性尽可能少； 实体间联系无冗余。 优化全局E-R模型 优化的目的就是要使全局E-R模型满足上述3个条件。可进行相关实体的合并，一般是把具有相同主码的实体进行合并。 另外，还可以考虑将1：1联系的2个实体合并为一个实体，消除冗余属性，消除冗余联系。但也要根据具体情况，有时候适当的冗余可以提高效率。 局部ER图 n m 产品 产品号 性能参数 零件 零件号 价格 组成 零件个数 n m 材料 材料号 材料类型 零件 零件号 规格 使用 使用量 库存量 合并示例 n n m 产品 产品号 性能参数 零件 零件号 规格 组成 零件个数 价格 使用 使用量 材料号 材料类型 库存量 材料 9.3.2 逻辑结构设计 逻辑结构设计的任务是把在概念结构设计阶段设计好的基本E-R图转换为具体的数据库管理系统支持的数据模型，也就是导出特定的DBMS可以处理的数据库逻辑结构（数据库的模式和外模式）。 步骤： 将概念模型转换为某种组织层数据模型； 对数据模型进行优化。 E-R模型向关系模型的转换 将E-R模型转换为关系模型是要解决的问题是如何将实体以及实体间的联系转换为关系模型，如何确定这些关系模式的属性和码。 关系模型的逻辑结构是一组关系模式的集合。E-R图由实体、实体的属性以及实体之间的联系三部分组成，因此将E-R图转换为关系模型实际上就是将实体、实体的属性以及实体之间的联系转换为关系模式 E-R模型向关系模型的转换 转换的一般原则为： 一个实体转换为一个关系模式。实体的属性就是关系的属性，实体的标识符就是关系的码。 对于实体间的联系有以下不同的情况： 一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端所对应的关系模式合并。 一个1：n联系可以转换为一个独立的关系模式，也可以与n端所对应的关系模式合并。 一个m：n联系转换为一个关系模式。 三个或三个以上实体间的一个多元联系可以转换为一个关系模式。 具有相同码的关系模式可以合并。 1:1转换示例 部门表（部门号，部门名，经理号） 经理表（经理号，经理名，电话） 或者： 部门表（部门号，部门名） 经理表（经理号，部门号，经理名，电话） ----感觉第二个更习惯一些 1 1 经理 部门 管理 部门名 部门号 经理号 经理名 电话 1:n转换示例 部门表（部门号，部门名） 职工表（职工号，部门号，职工名，工资） n 1 职工 部门 工作 部门名 部门号 职工号 职工名