- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
范式理论 基于3NF的数据库设计方法 基于3NF的数据库设计方法是由S. Atre提出的数据库设计的结构化方法,其基本思想是在需求分析的基础上,识别并确认数据库模式中的全部属性和属性间的依赖,将它们组织成一个单一的关系模式,然后再分析模式中不符合3NF的约束条件,用投影和连接的方法将其分解,使其达到3NF条件。 第一范式 第一范式是基本范式的目标是确保每列的原子性。 如果每列都是不可再分的最小数据单元(也称为最小的原子单元),则满足第一范式(1NF) 商品表 供应商表 1.关系必须规范化。关系模型中的每一个关系模式必须满足一定的要求,最基本的要求是每个属性必须是不可分割的数据单元。 2. 在同一个关系中不能出现相同的属性名,即不允许同一个表中有相同的字段名。 3.一个关系中不允许有完全相同的记录。有相同的记录就出现数据冗余的现象。 4.在一个关系中记录的次序,字段的次序可以任意交换,不影响其信息内容。 第二范式 第二范式(2NF)是在第一范式(1NF)的基础上建立起来的,即满足第二范式(2NF)必须先满足第一范式(1NF)。要求实体的属性完全依赖于主关键字 要求每个表只描述一件事情。 第三范式 如果一个关系满足2NF,而且该数据表中的任何两个非主键字段的数值之间不存在函数依赖关系,则满足第三范式(3NF) 实体-关系模型 实体模型 现实世界中的事物可以抽象成为实体,实体是概念世界中的基本单位。它们是客观存在的且又能相互区别的事物。客观存在并可以相互区分的事物叫实体。实体可以指实际对象,也可以指某些概念;可以是事物本身,也可以指事物与事物之间的联系。 一个学生、一个部门、一门课是具体的实体,学生的一次选课、部门的一次订货也是实体。 实体-关系模型 关系模型 实体之间是通过关系进行联系的,它们按照特定方式通过关系连接在一起以确保数据的完整性。 两个实体型之间的关联可分为以下三类: 一对一关系(1:1) 一对多关系(1:N) 多对多关系(M:N) 一对一关系(1:1) 如果实体A中的每个实例至多和实体B中的实例有关,就称实体A和实体B的关系为一对一的关系。 例如:学生实体和班级实体之间使用学号来建立关系,表示一个学生只能分配到一个班级。 一对多关系(1:N) 如果实体A中的每个实例与实体B中任意(零个或多个)实例有关,而实体B中的每个实例最多与实体A中的一个实例有关,就称实体A和实体B的关系为一对多的关系。 例如:班级实体和课程实体之间使用班级编号来建立关系,表示一个班级对应的多个课程信息。 多对多关系(M:N) 如果实体A中的每个实例与实体B中任意(零个或多个)实例有关,而实体B中的每个实例与实体A中的任意(零个或多个)实例有关,就称实体A和实体B的关系为多对多的关系。 例如:学校中每个学生并不只有一门课程,而每门课程也不只是只有一个学生,那么学生实体和课程实体之间就建立了多对多的关系。 E-R图 概念模型的表示方法最常用的是实体关联模型。它是P.P.S.Chen于1976年提出的,通常称为E-R(Entity-Relationship)方法。 E-R方法使用的工具称作E-R图,用它来描述从现实世界中抽象出来的实体类型及实体间的联系。 E-R图的基本成分 数据库设计的步骤 1. 需求分析 需求分析的目标是通过调查研究,了解用户的数据要求和处理要求,并按一定的格式整理形成需求说明书。需求说明书是需求分析阶段的成果,也是今后设计的依据。它包括数据库所涉及的数据、数据的特征、数据量和使用频率的估计,如数据名、属性及其类型、主关键字属性、保密要求、完整性约束条件、使用频率、更改要求、数据量估计等。 数据库设计的步骤 2. 概念设计 概念设计是数据库设计的第二阶段,其目标是对需求说明书提供的所有数据和处理要求进行抽象与综合处理,按一定的方法构造反映用户环境的数据及其相互联系的概念模型,即用户的数据模型或企业数据模型。这种概念数据模型与DBMS无关,是面向现实世界的数据模型,极易为用户所理解。为保证所设计的概念数据模型能正确、完全地反映用户(一个单位)的数据及其相互关系,便于进行所要求的各种处理,在本阶段设计中可吸收用户参与和评议设计。 数据库设计的步骤 3. 逻辑设计 逻辑设计阶段的设计目标是把上一阶段得到的与DBMS无关的
文档评论(0)