数据库：第5章 数据库设计.pptVIP

数据库系统生命周期 指数据库应用系统从开始规划、分析、设计、实现、投入运行后的维护到最后被新的系统所取代而停止使用的整个期间 数据库系统的生存期： （1）系统规划: （2）数据库设计: 需求分析,概念设计,逻辑设计,物理设计 （3）系统实现： 应用程序编码、调试 （4）运行和维护: 数据库设计的步骤 数据库设计分6个阶段 需求分析 概念结构设计 逻辑结构设计 物理结构设计 数据库实施 数据库运行和维护 需求分析和概念设计独立于任何数据库管理系统 逻辑设计和物理设计与选用的DBMS密切相关 数据库设计过程中的各级模式 需求分析的任务 详细调查现实世界要处理的对象（组织、部门、企业等） 充分了解原系统（手工系统或计算机系统） 明确用户的各种需求 确定新系统的功能 充分考虑今后可能的扩充和改变 编写需求分析说明书 需求分析的重点 需求分析的重点是用户的“数据”和“处理”，即获得用户对数据库的“真实”要求，包括： 信息要求 处理要求 安全性与完整性要求 需求分析的难点 确定用户的真实需求，原因： 用户缺少计算机知识 设计人员缺少用户的专业知识 解决方法 设计人员必须不断深入地与用户进行交流 An example of a real architecture in an industry 软件需求的不确定性 需求分析的步骤 1. 需求信息的收集（了解用户需求） (1) 信息需求,用户要从数据库获得的信息内容 (2) 处理需求,完成什么处理功能及处理方式 (3) 安全性和完整性要求 2. 需求信息的分析整理 对收集到的数据进行抽象,即对实际事物或事件的人为处理,抽取共同的本质特性,并用各种概念精确地加以描述 要向把收集到的信息（如文件、图表、票据等）转换为下一阶段工作可用的形式信息，必须对需求信息作分析整理的工作 3. 编写需求分析说明 需求分析的结果 确定系统范围，产生系统范围图 分析用户活动，产生业务流程图 分析用户活动涉及的数据，产生数据流图 分析系统数据，产生数据字典 采用ER模型的概念设计 ER模型的基本元素 实体 联系 属性 例子 扩充的ER模型:弱实体 什么是弱实体 弱实体的表示方法 扩充的ER模型:普遍化/特殊化 表示“是……的一种”的关系抽象 扩充的ER模型: 子类与超类 子类和超类的性质 子类与超类之间具有继承性，但子类本身还能包含比超类更多的属性。 子类和超类有相同的标识符 扩充的ER模型:普遍化/特殊化 扩充的ER模型:聚集 表示“是……的一部分”的关系抽象 扩充的ER模型:范畴 实体和属性的设计 基本属性和复合属性（可否再分） 单值属性和多值属性（对一个实体对象是否只能取一个值） 多值属性的处理 将原来的多值属性用几个新的单值属性来表示。 将原来的多值属性用一个新的实体类型表示 导出属性 空值 联系的设计 联系集 联系集是n（n≥2）个实体集上的数学关系，这些实体集不必互异。如果E1，E2，…，En为n个实体集，那么联系集R是{(e1，e2，…，en）|e1∈E1 ,e2∈E2，…，en∈En}的一个子集，而（e1，e2，…，en）是一个联系。 联系的元数 一个联系涉及到的实体集个数 联系的连通词 联系涉及到的实体集之间实体对应的方式 实体的基数 有两个实体集E1和E2，E1中每个实体与E2中有联系实体的数目的最小值min和最大值max，称为E1的基数，用（min，max）形式表示 ER模型的操作包括实体类型、联系类型和属性的分裂、合并、增删等等 局部视图设计 局部视图设计 局部视图设计 局部视图设计 视图集成 E-R模型的设计原则 E-R模型要在需求分析的基础上进行设计 1.根据需求分析确定实体、属性和实体间的联系 2.设计局部E-R模型 3.对局部E-R模型进行综合，设计出总体E-R模型 4.消除冗余，优化总体E-R模型 E-R模型的设计原则 要旨：先化整为零，再化零为整 化整为零：进行子系统划分，即把整个应用系统分为若干个相对独立的应用，这样就可以对每一个子系统分别进行设计，得出局部E-R模型 化零为整：把局部E-R模型进行整合，设计出总体E-R模型 E-R模型的设计步骤 E-R模型的设计的三个阶段： 1. 设计局部E-R模型 关键是确定子系统中有哪些实体，实体又包含哪些属性，它们之间的联系如何 2. 设计总体E-R模型 对局部E-R模型进行综合：对相同实体进行合并；为属于不同的局部E-R模型的实体间建立联系 3. 优化总体E-R模型 消除由于合并带来的冗余和冲突 E-R模型设计举例 某学校的管理信息系统：学校有4个部门要求实现计算机管理： 人事处：教职工管理 学生处：学生学籍管理 教务处：教学管理 后勤处：