- 1、本文档共26页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第4章 数据库设计 本章要点: ? 数据库设计的内容 ? 数据库设计的特点 ? 数据库逻辑设计 ? 数据库物理设计 ? 数据库的运行与维护 ? 数据库的技术文档? 4.1 数据库设计概述 数据库设计是从用户对数据的需求出发,创建一个性能良好、能满足不同用户需求、又能被选定的DBMS所接受的数据模式,进而构造出数据库结构的过程 4.1 数据库设计概述 4.1.1 数据库设计的目标 数据库设计有两个最重要的目标: 满足应用功能需求和良好的数据库性能。 满足应用功能需求,主要是指把用户当前应用以及可预知的将来应用所需要的数据及其联系能全部准确地存放于数据库之中,并能根据用户的需要对数据进行规定的合理的增、删、改、显示等操作。 良好的数据库性能,主要是指数据库应具有良好的存储结构、良好的数据共享性、良好的数据完整性、良好的数据一致性及良好的安全保密性能等。 4.1.2 数据库设计的内容 1.数据库的结构特性设计 数据库的结构特性设计是确定数据库的框架和数据结构(逻辑结构特征)。 2.数据库的行为特性设计 数据库的行为特性设计是指确定数据库用户的行为和动作,并根据其行为特性设计出数据库的子模式。 3.数据库的物理模式设计 数据库的物理模式设计要求是:根据数据库结构的动态特性,在特定的RDBMS环境下,把数据库的逻辑结构模型加以物理实现,从而得出数据库的存储模式和存取方法。 4.1.3 数据库设计的特点与过程 1.数据库设计的特点:数据库设计是一种“反复探寻,逐步求精”的过程。 2.数据库设计的过程 如下图 4.2 数据库逻辑设计 4.2.1 数据库逻辑设计的步骤 逻辑设计阶段的目标是产生合理的数据库模式,可分为三个阶段:分别是收集和分析用户需求、概念模式设计和逻辑模式设计。 第一阶段主要分成四个步骤,分别如下: 第一步:分析用户活动,产生“用户活动图”。 第二步:确定系统范围,产生“系统范围图”。 第三步:分析用户活动所涉及到的数据,产生“数据流图”。 第四步:分析系统数据,产生数据字典。 第二阶段可分为两个步骤,分别如下: 第一步:根据局部E-R模型,产生局部“E-R模型”。 第二步:对局部E-R模型进行综合,产生总体E-R模型,并建立“总体E-R图”。 第三阶段也可分成两个步骤,分别如下: 第一步:把总体E-R图转换成模式。 第二步:对模式进行优化,产生符合要求的合理最优的模式。 4.2.2 收集和分析用户需求 通过一个医院信息管理系统来说明这四个步骤应完成的功能。 【例】某医院信息管理系统要完成以下功能: 办理病历(第一次来院治病时办理病历); 查询药品情况(根据要求查询某种类或全部药品信息); 病人项目入库(病人所用药、所做检查等治疗信息存入到指定的数据库中); 催交欠费(根据病人项目计算出总费用,减去预交费用,若超过某一限度则催交欠费)。 1.分析用户活动 2.确定系统范围 上图中虚线框内的部分属于系统范围,而框外部分则需人工处理。 3.分析用户活动所涉及到的数据 (1)数据流图(DFD)的概念 数据流图是一种能全面描述系统逻辑模型的主要工具,它可以用少数几种符号综合地反映出数据在系统中的流动、存储和处理情况。 (2)数据流图的特征 抽象性——数据流图完全舍去了具体的物质,只剩下数据的流动、加工处理和存储。 概括性——数据流图可以把系统中的不同业务处理过程联系起来,形成一个整体。 (3)数据流图的组成 画数据流图应注意以下几点: 数据流图中反映的是数据流而不是控制流,这是与一般程序流程图的最大不同之处; 在对数据流图中各个成份命名时,应该体现命名的含义; 流入文件或流出文件的数据流不必命名,因为文件名本身已经表示了数据内容; 源点和终点不是必须的,因为它们是属于系统之外的事物,但画出源点和终点有助于理解数据流的来龙去脉。 (4)数据流图的画法1 一般地说,画数据流图应遵循“由外向内,逐步细化”的原则。 由外向内是指:根据用户活动图标定系统范围,系统范围内的细节部分可以先不考虑,将其当成一个黑盒子。如: (4)数据流图的画法 2 逐步细化是指:逐一描述系统内部数据流,一般从每个业务的输入端开始向输出端推进,每当经过使数据流的组成或数值发生变化的地方,就用一个“加工”将其连接起来,这个“加工”正是实现这一数据变
文档评论(0)