数据库设计和模型

数据库设计和模型第1页，课件共69页，创作于2023年2月主要内容数据库设计的优劣直接影响信息系统的质量和运行效果数据库设计概念P29主要内容2.1数据库系统生存期2.2ER模型的基本概念2.3关系模型的基本概念2.4ER模型到关系模型的转换2.5ER模型实例分析2.6增强的ER模型第2页，课件共69页，创作于2023年2月2.1数据库系统生存期软件危机及其表现P29“软件工程”概念的提出软件开发和运营的全过程称为“软件生存期”以数据库为基础的信息系统为数据库应用系统具有信息的采集、组织、加工、抽取、综合、传播功能其开发是有自己特点的软件工程：数据库工程数据库系统生存期（依照软件生存期）P29第3页，课件共69页，创作于2023年2月2.1数据库系统生存期规划阶段需求分析阶段概念设计阶段逻辑设计阶段物理设计阶段实现阶段运行和维护阶段第4页，课件共69页，创作于2023年2月第5页，课件共69页，创作于2023年2月2.1.1规划阶段规划阶段的三个步骤P30系统调查可行性分析确定数据库系统的总目标，并对应用单位的工作流程进行优化和制定项目开发计划第6页，课件共69页，创作于2023年2月2.1.2需求分析阶段计算机人员和用户双方共同收集数据库所需要的信息内容和用户对处理的需求收集基础数据及其处理要求确定新系统的功能目标把用户的信息要求和处理要求写成用户的数据库设计者都能理解和接受的文档，作为系统开发的依据。第7页，课件共69页，创作于2023年2月2.1.2需求分析阶段需求分析的四个步骤分析用户活动，产生业务流程图确定系统范围，产生系统关联图：确定人机界面分系统户活动涉及的数据，产生数据流图分析系统数据，产生数据字典进行数据收集和数据分析所获得的主要成果包括数据项、数据结构、数据流、数据存储和处理过程第8页，课件共69页，创作于2023年2月2.1.2需求分析阶段需求分析阶段的输入输出第9页，课件共69页，创作于2023年2月（2）需求分析阶段1）收集需求信息调查目的了解组织结构的设置、主要业务活动和职能各个部门的工作流程和任务划分范围调查内容组织机构：了解机构划分，数据处理现状和存在的问题。业务现状：包括信息的种类，信息流程，信息处理方式；各种业务工作过程和各种票据等。外部要求：信息的响应时间、频度，数据发生的规则，安全性和完整性要求等。第10页，课件共69页，创作于2023年2月（2）需求分析阶段1）收集需求信息调查方式开座谈会跟班作业请调查对象填写调查表查看业务记录、票据个别交谈第11页，课件共69页，创作于2023年2月（2）需求分析阶段1）收集需求信息调查对象高层负责人中层管理人员基层操作人员第12页，课件共69页，创作于2023年2月（2）需求分析阶段2）整理需求信息整理的目的把原始的需求信息转化为下一步（系统分析）的依据，并且用明确的方式表示出来。整理的任务对系统业务流程、数据流程和数据联系进行分析总结，并通过具体方法进行描述和表达。第13页，课件共69页，创作于2023年2月2.1.2需求分析阶段需求分析的结构化技术结构化分析方法是一种面向数据流进行需求分析的方法，它用抽象模型的概念，按照软件内部数据传递、变换的关系定义系统需求。结构化需求分析大多数采用自顶向下的策略，逐层分解系统需求，直到每一个基本处理都非常明确为止。第14页，课件共69页，创作于2023年2月2.1.2需求分析阶段结构化需求分析一般包括如下工具数据流图数据字典结构化英语（或结构化语言）判定表判定树以及状态转移图等第15页，课件共69页，创作于2023年2月2.1.2需求分析阶段数据流图从数据传递和加工的角度，以图形的方式刻画数据流从输入到输出的移动变换过程，以便帮助人们理解问题，对问题进行分析。数据流图的基本图形元素 表示数据流，箭头的始点和终点分别代表数据流的源和目标。 表示数据源或数据终点。 表示对数据的加工（处理）。 （或）表示数据存储。第16页，课件共69页，创作于2023年2月数据流图的例子第17页，课件共69页，创作于2023年2月数据字典数据字典的概念数据字典是关于数据信息的集合。在数据字典中给出数据流图中所有元素的严格定义。数据字典的作用在数据流图中出现的图形元素在数据字典中作为一个词条加以定义，使得每一个图形元素都有一个确切的解释。第18页，课件共69页，创作于2023年2月数据字典数据字典中的条目种类数据流数据加工数据存储数据元素（是数据流和数据存储的组成部分）其它信息第19页，课件共69页，创作于2023年2月2.1.3概念设计阶段目标是产生反映用户单位信息需求的数据库概念结构：概念模型1、概念设计的重要性仅从用户角度看待数据、处理需求和约束任务相对单一化，可有效控制复杂程度，便于管理2、概念设计的步骤----ER模型进行数据抽象，设计局部概念模型：聚集和概括P31将局部概念模型综合成全局概念模型评审第20页，课件共69页，创作于2023年2月2.1.4逻辑设计阶段目的是把概念模型转化为逻辑结构（逻辑模型、外模型）逻辑设计的步骤---关系模型把概念模型转换成逻辑模型设计外模型设计应用程序与数据库的接口评价模型修正模型第21页，课件共69页，创作于2023年2月2.1.5物理设计阶段物理设计是根据给定的基本数据模型选取一个最适合应用环境的物理结构的过程物理结构指存储记录格式、存储记录安排和存取方法物理设计完全依赖于硬件环境和数据库产品物理设计步骤存储记录结构设计确定数据存放位置存取方法的设计完整性和安全性考虑程序设计第22页，课件共69页，创作于2023年2月2.1.6数据库的实现对物理设计初步评价完成后开始建立数据库数据库实现包括以下工作用DDL定义数据库结构组织数据入库小型系统使用人工方法完成大型系统应设计数据输入子系统编制与调试应用程序数据库试运行：联合调试P34功能调试性能调试第23页，课件共69页，创作于2023年2月2.1.7运行和维护阶段数据库投入运行的标志开发任务的基本完成和维护工作的开始，但设计工作仍将继续。P35运行阶段，有DBA完成维护工作数据库的转储和恢复数据库安全性、完整性控制数据库性能的监督、分析和改进数据库的重组织和重构造第24页，课件共69页，创作于2023年2月数据库设计实例：刊物管理系统 有一个小型的、独立的学术刊物，需要设计一个新的用于管理其投稿、审稿和订阅等信息的数据库系统。目前，这个刊物管理这些信息的方法是使用电子数据表格、字处理软件以及手工绘制的图表进行管理。 这个刊物每个月出版一次。每刊有10到15篇文章，每篇文章由一个或多个作者所写。这些文章的作者是没有稿酬的，但是他们可以享受一年的免费订阅该月刊的优惠，以表示感谢他们的劳动成果。第25页，课件共69页，创作于2023年2月 刊物有一个编辑部负责接收来稿。此外，该月刊还有一个由顾问组成的编委会。编辑部收到来稿之后，会按照来稿的内容转发给相关的编委去评审。编委会负责对提交上来的文章进行审查，而且还向主编建议将来刊物的主题栏目，并提出一份应当联系的人员名单，这些人能够写出关于这些领域的文章，以便编辑去约稿。编委可以任职1至3年。新增编委或编委退出最终都由编委会统一讨论决定，并且把每一次编委变动结果及时报告给编辑部。第26页，课件共69页，创作于2023年2月 编委也是没有报酬的，他们在任编委期间，同样享受免费赠阅。有些编委也可能是作者，这样的话就要求不要把编委的投稿送给它自己去评审。 刊物的销售是以订阅为基础的。该刊物有一个订阅服务部，专门负责处理用户的订阅和刊物的发送。大多数的订阅都是一年期的；不过出版商所确认的订阅期可以长于或短于一年，他只需要将年订阅价格摊派到各个月上就可以了。目前只有几千个订户，大多数是订户是公司或团体，但也有一些是个人。第27页，课件共69页，创作于2023年2月 大多数的订户都只订一份该杂志，但对于大公司或团体来说，往往会订阅多份该杂志。对于订阅多份该杂志的客户（公司或团体），它们有的要求把所订阅的多份杂志送到一个收件人那里，有的却要求把所订阅的多份杂志分送到个人手中。这就要求系统能够跟踪集团订户以及与之所对应的所有要发送刊物的地址。第28页，课件共69页，创作于2023年2月系统规划阶段系统初步调查“刊物管理系统”中的组织机构：编辑部、编委会、订阅服务部。现状：人工管理数据。“刊物管理系统”初步调查结果的描述：上述文字描述可以看作是用自然语言描述的系统初步调查的结果。第29页，课件共69页，创作于2023年2月系统规划阶段系统开发的必要性分析“刊物管理系统”的必要性分析：1、使用电子数据表格、字处理软件等方式管理数据，数据分散，管理混乱。2、统计汇总工作困难，易出错。3、数据处理周期长，往往造成文章发表和报刊发行工作的延误。所以，有必要开发一个数据库系统，管理相应数据。第30页，课件共69页，创作于2023年2月“刊物管理系统”的可行性分析(1)管理可行性目前，工作人员的记录、查询和统计数据的工作繁重，积极支持开发新系统。(2)技术可行性硬件方面只需要一台PC机，此外无需更多硬件。开发者具有实际开发经验，曾开发过多个数据库应用系统。(3)经济可行性目前编辑部已有多台PC机。无须购置新的硬件设备。只要支付软件开发和维护费用，以及人员培训费用。系统投入运行后，会极大提高刊物的数据管理效率。第31页，课件共69页，创作于2023年2月系统规划阶段系统开发目标确定系统要达到的基本要求“刊物管理系统”的开发目标：1、建立一个数据库应用系统，用于管理刊物的投稿、审稿和订阅等信息。系统为C/S结构。2、用户界面友好，操作方便。第32页，课件共69页，创作于2023年2月需求分析阶段（1）业务流程图第33页，课件共69页，创作于2023年2月刊物信息管理业务流程图第34页，课件共69页，创作于2023年2月需求分析阶段（2）数据流图（DataFlowDiagramDFD）DFD表达数据和处理过程的关系。DFD用来描述数据流动和处理，不表示程序控制结构通常采用自顶向下，逐层分解的方法，由系统外部至系统内部、由总体到局部、由抽象到具体地描述信息系统的逻辑模型。第35页，课件共69页，创作于2023年2月（2）数据流图（DFD）1）系统关联图根据业务情况，划分系统边界，确定外部项。即确定数据的来源和去处，把系统作为一个加工环节。第36页，课件共69页，创作于2023年2月（2）数据流图（DFD）例：学术刊物管理系统关联图F1：稿件 F2：送审信息 F3：评审结果 F4：订阅信息第37页，课件共69页，创作于2023年2月（2）数据流图（DFD）2）顶层数据流图确定系统的主要信息处理功能，并明确各功能之间的关系，绘制顶层数据流图第38页，课件共69页，创作于2023年2月顶层数据流图第39页，课件共69页，创作于2023年2月（2）数据流图（DFD）3）据流图的分解顶层数据流图结构简单，描述的数据处理和存储过于抽象，还需进一步细化。对每个加工（处理）进一步分解，得到下一层数据流图。第40页，课件共69页，创作于2023年2月第一层数据流图第41页，课件共69页，创作于2023年2月（3）数据字典对数据流图进行说明。包括：数据项描述（名，含义，类型，长度，取值，与其它项逻辑关系等）；数据结构描述（名，含义，组成）；数据流（名，含义，组成，流出过程，流入过程）；数据存储（名，含义，组成，数据量，存取方式）；第42页，课件共69页，创作于2023年2月数据字典举例在上述ER图中，数据流F1是作者提交稿件。稿件信息有数据项—稿件编号，描述如下数据项名：稿件编号说明：标识用户提交的稿件类型：int长度：16别名：无取值范围：1~32767第43页，课件共69页，创作于2023年2月数据字典举例在上述ER图中，数据流F1是作者提交稿件。稿件信息有数据项—稿件编号，描述如下数据项名：稿件编号说明：标识用户提交的稿件类型：int长度：16别名：无取值范围：1~32767第44页，课件共69页，创作于2023年2月2.2ER模型的基本概念提出：PeterChen于1976年在论文“实体联系模型：将来的数据模型”中提出本节内容2.2.1ER模型的基本元素2.2.2属性的分类2.2.3联系的设计2.2.4ER模型的操作2.2.5采用ER模型的数据库概念设计步骤第45页，课件共69页，创作于2023年2月2.2.1ER模型的基本元素实体、联系、属性1、实体P36实体、实体集、实体类型：统称为实体ER模型中提到的实体为实体集实体用有实体命名（名词）的方框表示2、联系联系、联系集、联系类型：统称为联系ER模型中的联系为联系集联系用有联系命名（动名词）菱形框表示，并用线段连接相关实体同一实体在不同的联系中有不同的角色P37第46页，课件共69页，创作于2023年2月2.2.1ER模型的基本元素3、属性P38实体的某一特性为属性，用椭圆表示实体标示符（主键）：唯一表示实体的属性或属性集一个实体只有一个标示符，带下划线属性域（值域）是属性的可能取值范围实体若干属性的一组特定值确定一个实体实体属性值是数据库的主要数据第47页，课件共69页，创作于2023年2月2.2.2属性的分类1、简单属性和复合属性：根据属性类别P382、单值属性和多值属性：根据属性取值特点多值属性用双椭圆表示P39多值属性会造成数据异常、数据不一致和完整性缺陷（1）将原来的多值属性用多个新的单值属性表示（2）原来的多值属性转换为一个新的实体（弱实体）P393、存储属性和派生属性P394、允许为空值的属性第48页，课件共69页，创作于2023年2月2.2.3联系的设计三1、联系的元数P40一元联系（递归联系）、二元联系、三元联系2、联系类型的约束：限制参与联系的实体数目（1）基数约束P41参与一个联系中的实体数目为映射基数二元联系中映射基数有：1:1、1:N、M:N、M:1四种P41（2）参与约束：完全参与、部分参与P45完全参与用双线便表示，部分参与用单线边表示为了简化，都用单线边表示联系第49页，课件共69页，创作于2023年2月2.2.4ER模型的操作ER模型的操作是对ER图进行变化ER模型的操作包括实体类型、联系类型和属性的分裂、合并、增删等等。属性分裂方式：水平分裂、垂直分裂P45联系分裂：P46合并是分裂操作的逆过程合并的联系类型必须是定义在相同实体类型组合中第50页，课件共69页，创作于2023年2月2.2.5采用ER模型的概念设计步骤1、设计局部ER模型目标：分而治之，更好的模拟现实世界步骤确定局部结构范围依据用户自然划分、按用户需要的服务分类划分需要考虑的因素P47定义实体确定实体的属性和键实体、属性、联系无截然的区分界线，划分依据：P47定义联系：避免冗余P47分配属性任务：确定属性并分派到实体和联系中确定属性的原则P48第51页，课件共69页，创作于2023年2月2.2.5采用ER模型的概念设计步骤2、设计全局ER模型任务：将局部ER模型综合成完整、一致的全局概念结构综合ER模型的步骤P48确定公共实体类型：合并的基础合并局部ER模型：合并原则消除冲突（属性冲突、结构冲突、命名冲突）第52页，课件共69页，创作于2023年2月2.2.5采用ER模型的概念设计步骤3、全局ER模型优化好的全局ER模型的判别条件全局ER模型的优化原则P49合并实体类型消除冗余属性消除冗余联系第53页，课件共69页，创作于2023年2月2.3关系模型的基本概念2.3.1关系模型的基本术语2.3.2关系的定义和性质2.3.3三类完整性规则第54页，课件共69页，创作于2023年2月2.3关系模型的基本概念第55页，课件共69页，创作于2023年2月2.3.1关系模型的基本术语用二维表表示实体集，用关键码表示实体之间联系的数据模型为关系模型(RelationalModel)。二维表格P52基本术语：字段、字段值、记录、元数、基数术语的对照关系P52关键码（键）有一个或多个属性组成P52超键候选键主键外键第56页，课件共69页，创作于2023年2月2.3.2关系的定义和性质关系是一个属性数目相同的元组的集合。有限关系和无限关系P53关系与二维表格、传统数据文件区别关系中每一个属性值都不可分解关系中不允许出现重复元组关系是一个集合，不考虑元组间的顺序，即没有行序元组中的属性是无序的，按习惯考虑列的顺序第57页，课件共69页，创作于2023年2月2.3.3三类完整性规则为了维护数据库中数据与现实世界的一致性，关系模型提供了数据的语义限制：完整性规则三类完整性规则P531、实体完整性规则主属性不能为空2、参照完整性规则“不引用不存在的实体”，即外部健所引用的实体存在具体使用时的变通3、用户定义完整性规则用户定义的针对某一个具体数据的约束条件完整性规则的形式定义第58页，课件共69页，创作于2023年2月2.4ER模型到关系模型的转换2.4.1ER图转换成关系模式集的算法2.4.2采用ER模型的逻辑设计步骤第59页，课件共69页，创作于2023年2月2.4.1ER图转换成关系模式集的算法将实体类型、联系类型转换成关系模式实体类型的转换每个实体类型转换为一个关系模式实体的属性就是关系模式的属性实体标识符就是关系模式的键联系类型的转换：分情况处理二元联系类型的转换一元联系类型的转换三元联系类型的转换第60页，课件共69页，创作于2023年2月2.4.1ER图转换成关系模式集的算法二元联系类型的转换（1）实体之间的联系是1:1的先将两个实体分别转换成关系模式可以在两个实体类型转换成的关系模式中的任意一个关系模式加入另一了关系模式的键和联系的属性作为联系类型的属性转换成关系模式校长（姓名，年龄，电话，任职年月，学校名）学校（学校名，地址）第61页，课件共69页，创作于2023年2月2.4.1ER图转换成关系模式集的算法二元联系类型的转换（2）实体之间的联系是1:n的先将两个实体分别转换成关系模式在n端实体的关系模式中加入1端实体的主键以及联系类型的属性（3）实体之间的联系是m:n的先将两个实体分别转换成关系模式联系也转换称关系模式，其属性为两端实体类型的键加上联系类型的属性第62页，课件共69页，创作于2023年2月2.4.1ER图转换成关系模式集的算法二元联系类型的转换关系模式1：作者（作者姓名，作者地址）关系模式2：稿件（稿件编号，稿件名称）关系模式3：投稿（作者姓名，稿件编号，投稿日期）关系模式4：编委（编委姓名，联系方式）关系模式5：审稿（编委姓名，稿件编号，投稿日期）第63页，课件共69页，创作于2023年2月2.4.1