第6章 数据库系统设计.pptVIP

一、定义数据库结构 确定了数据库的逻辑结构与物理结构后，就可以用所选用的DBMS提供的数据定义语言（DDL）来严格描述数据库结构。 　 二、数据装载 数据库结构建立好后，就可以向数据库中装载数据了。组织数据入库是数据库实施阶段最主要的工作。 数据装载方法 人工方法 计算机辅助数据入库 三、编制与调试应用程序 数据库应用程序的设计应该与数据设计并行进行。 在数据库实施阶段，当数据库结构建立好后，就可以开始编制与调试数据库的应用程序。调试应用程序时由于数据入库尚未完成，可先使用模拟数据。 四、数据库试运行 应用程序调试完成，并且已有一小部分数据入库后，就可以开始数据库的试运行。 数据库试运行也称为联合调试，其主要工作包括： 1）功能测试：实际运行应用程序，执行对数据库的各种操作，测试应用程序的各种功能。 2）性能测试：测量系统的性能指标，分析是否符合设计目标。 数据库试运行（续） 数据的分期入库 如果试运行后还要修改数据库的设计，会导致数据重新入库。 由于数据入库工作量实在太大，所以可以采用分期输入数据的方法 先输入小批量数据供先期联合调试使用 待试运行基本合格后再输入大批量数据 逐步增加数据量，逐步完成运行评价 数据库试运行（续） 数据库的转储和恢复 在数据库试运行阶段，系统还不稳定，硬、软件故障随时都可能发生 系统的操作人员对新系统还不熟悉，误操作也不可避免 因此必须做好数据库的转储和恢复工作，尽量减少对数据库的破坏。 数据库运行与维护（续） 在数据库运行阶段，对数据库经常性的维护工作主要是由DBA完成的，包括： ⒈ 数据库的转储和恢复 ⒉ 数据库的安全性、完整性控制 ⒊ 数据库性能的监督、分析和改进 ⒋ 数据库的重组织和重构造 * * * E-R图向关系模型的转换（续） ⒊ 一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。 1) 转换为一个独立的关系模式 关系的属性：与该联系相连的各实体的码以及联系本身的属性 关系的码：n端实体的码 E-R图向关系模型的转换（续） ⒊ 一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。 2) 与n端对应的关系模式合并 合并后关系的属性：在n端关系中加入1端关系的码和联系本身的属性 合并后关系的码：不变 可以减少系统中的关系个数，一般情况下更倾向于采用这种方法 E-R图向关系模型的转换（续） 例 班级和学生之间的“组成”联系为1:n联系。 将其转换为关系模式的两种方法： 1)使其成为一个独立的关系模式： 　　组成（学号，班级号） 2)将其学生关系模式合并： 学生（学号，姓名，出生日期，所在系，年级，班级号） E-R图向关系模型的转换（续） ⒋ 一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。 1) 转换为一个独立的关系模式 关系的属性：与该联系相连的各实体的码以及联系本身的属性 关系的候选码：每个实体的码均是该关系的候选码 E-R图向关系模型的转换（续） ⒋ 一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。 2) 与某一端对应的关系模式合并 合并后关系的属性：加入对应关系的码和联系本身的属性 合并后关系的码：不变 E-R图向关系模型的转换（续） 例：教师与班级的“管理”联系为1:1联系，可以有三种转换方法： （1）转换为一个独立的关系模式： 管理（职工号，班级号） 或 管理（职工号，班级号） （2）“管理”联系与班级关系模式合并，则只需在班级关系中加入教师关系的码，即职工号： 　　 班级：（班级号，学生人数，职工号） （3）“管理”联系与教师关系模式合并，则只需在教师关系中加入班级关系的码，即班级号： 教师：（职工号，姓名，性别，职称，班级号） E-R图向关系模型的转换（续） 注意： 从理论上讲，1:1联系可以与任意一端对应的关系模式合并。 但在一些情况下，与不同的关系模式合并效率会大不一样。因此究竟应该与哪端的关系模式合并需要依应用的具体情况而定。 由于连接操作是最费时的操作，所以一般应以尽量减少连接操作为目标。 例如，如果经常要查询某个班级的班主任姓名，则将管理联系与教师关系合并更好些。 E-R图向关系模型的转换（续） ⒌ 三个或三个以上实体间的一个多元联系转换为一个关系模式。 关系的属性：与该多元联系相连的各实体的码以及联系本身的属性 关系的码：各实体码的组合 例，“讲授”联系是一个三元联系，可以将它转换为如下关系模式，其中课程号、职工号和书号为关系的组合码： 　　讲授（课程号，职工号，书号） E-R图向关系模型的转换（续） ⒎ 具有相同码的关系模式可合并。 目的：减少系统中的关系个数。 合并方法：将其