第四章 数据库设计-新.pptVIP

数据库设计： 是指在给定的应用环境下，根据用户的应用需求构造优良的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求。 数据库设计特点： 数据库设计侧重于对数据的分析和设计，数据库设计应该在整个设计过程中把结构（数据）设计和行为（处理）设计密切结合起来 数据库设计应该与应用系统设计相结合 结构（数据）设计：设计数据库框架或数据库结构 行为（处理）设计：设计应用程序、事务处理等 信息的三个世界之间的关系 一、 需求分析 1．需求分析的任务及方法 2．高校管理系统的信息需求 需求分析的任务 需求分析的方法 自顶向下的结构化分析方法 数据字典 数据字典(1) ⑴ 任务 DB应用系统要处理的对象(组织、企业、部门等)进行全面了解，收集用户对DB的以下需求，以数据流程图和DD等书面形式确定下来。 ① 信息需求：系统用到的所有的信息及其联系 ② 处理需求：未来系统对数据进行什么样的处理 ③ 安全性需求：对存放的信息的安全保密要求 ④ 完整性需求：数据应满足怎样的约束条件 ⑵ 工作 ① 确定系统范围。 ② 确定用户对未来系统的各种要求，包括信息要求、处理要求、安全性和完整性要求。 ③ 深入分析用户的业务处理，用数据流程图表达整个系统的数据的流向和对数据进行的处理，描述数据与处理间的关系。 ④ 分析系统数据，产生数据字典DD，以描述数据流程图中涉及的各数据项、数据结构、数据流、数据存储和处理等。 2．高校管理系统的信息需求 ⑴ 教学管理子系统的信息需求 ⑵ 工资及福利管理子系统 ⑴ 教学管理子系统的信息需求 管理对象与存储信息： ①学生：学号、姓名、性别、年龄等。 ②班级：班级号、班级名、人数等。 ③教师：教师号、姓名、性别、职称、E-mail地址(同一教师可有多个E-mail地址)、电话号码和家庭地址(城市、区、街道、邮政编码)等。 ④课程：课程号、课程名、学分、周学时、课程类型(周数)等。 ⑤专业：专业号、专业名、选修门数等。 ⑥系：系号、系名等。 分析 课程：课程号、课程名、学分、周学时、课程类型(周数)等。 其中： 课程类型：共同限选课、专业选修课(选修人数上限、人数下限)或必修课(课程负责人) 。 共同限选课：不分专业、面向全校学生的选修课。 专业选修课：面向本专业学生的选修课，某一专业的学生只能选修自己专业的专业选修课。每个专业都规定了学生可以选修的专业选修课的门数，不同专业所规定的选修课门数是不同的。 教学管理子系统中各对象间的联系： ①每个学生都属于一个班级，而一个班级可以有多个学生； ②每个班级属于一个专业，一个专业可以有多个班级； ③一个专业属于一个系，一个系可以有多个专业； ④一个教师属于一个系，一个系可以有多个教师； ⑤每个教师可教授多门课程，同一门课程可有不同的教师教授。但同一教师不能重复教授某门课程，教师在固定的时间和教室教授某门具体课程； ⑥每个学生可修读若干门课程(选修课或必修课)，每门课程可有多个学生修读。对任何课程学生都可申请免修不免考； ⑦某个具体的学生参加某门课程的学习，应有一个固定的教师。 ⑵ 工资及福利管理子系统 主要负责管理教师的工资、岗位津贴、养老金、公积金、课时奖金、住房贷款以及医疗费报销等。 管理对象与存储信息： ① 教师：教师编号、姓名、性别、工龄、职称、基本工资、养老金、公积金等。 ② 课程：包括课程号、课程名、总课时等。 ③ 职称：包括职称号、职称名、岗位津贴和住房贷款额等。 ④ 被赡养人：包括姓名以及与教师的关系等。学校负责为被赡养人报销医药费。 工资及福利管理子系统中各对象间的联系： ①一个教师的被赡养人可有多个，而一个被赡养人仅被一个教师赡养。如果，夫妻双方都在学校工作，他们的被赡养人信息只能挂靠在其中某一人上； ②每个教师可教授多门课程，同一门课程可以有不同的教师教授，但同一个教师不能教授两门相同的课程。并假设教师在每个学期末都要接受学生的评估，而教师的课时奖金与评教等级有关； ③每个教师当前被聘任的职称是惟一的，而不同的教师可被聘同一职称。 二、 概念结构设计 1．局部E-R模型的设计 2．全局E-R模型的设计 （1）．确定实体集和属性 作为属性的事物应符合的原则： ① 除了复合属性，其他属性都不能具有需要描述的特性。 ② 属性不能与其它实体发生联系。 符合上述原则的事物应作为属性，其余的应作为实体。 （2）确定实体集间的联系 1．局部E-R模型的设计 ⑴ 局部E-R模型的设计步骤 ⑵ 设计教学管理子系统的E-R模型 ⑶ 设计工资及福利管理子系统的E-R模型 ⑴ 局部E-R模型的设计步骤 如何抽象实体和属性 实体：现实世界中一组具有某些共同特性和行为的对象就可