- 1、本文档共63页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
其他所有非主键字段值也必然相同
在一个数据库表中,若有一个非主键字段依赖于另一个非主键字段,则该字段必然传递依赖于主键,因而该数据库表就不属于第三范式。第三范式的实际含义是要求非主键字段之间不应该有从属关系。 1.3.5 数据完整性 规划关系型数据库表时有两个重要步骤:其一是如何确定一个字段的有效值,其二是决定如何强制实施字段的数据完整性。数据完整性分为以下4种类型。 1.实体完整性 实体完整性(Entity Integrity)用于保证关系型数据库表中的每一条记录都是惟一的,建立主键的目的就是为了实施实体完整性。一个表中的主键不能取空值,也不能取重复的值。 2.域完整性 域完整性(Domain Integrity)用于保证给定字段中数据的有效性,即保证数据的取值在有效的范围内。 3.参照完整性 参照完整性(Referential Integrity)是用于确保相关联的表间的数据保持一致。当添加、删除或修改关系型数据库表中的记录时,可以借助于参照完整性来保证相关联的表之间的数据一致性。 4.用户自定义完整性 用户自定义完整性(User-defined Integrity)是一种强制数据定义。 1.3.6 表的关联 表之间的关联方式分为以下3种类型。 1.一对一关联(one-to-one) 设在一个数据库中有A、B两个表,对于表A中的任何一条记录,表B中只能有一条记录与之对应;反过来,对于表B中的任何一条记录,表A中也只能有一条记录与之对应,则称这两个表是一对一关联的。 2.一对多关联(one-to-many) 设在一个关系型数据库中有A、B两个表,对于表A中的任何一条记录,表B中可能有多条记录与之对应;反过来,对于表B中的任何一条记录,表A中却只能有一条记录与之对应,则称这两个表是一对多的关联。 (a)学生表一 (b)学生表二 (c)成绩表 (d)课程表 图1-3 关系型数据库表的关联 3.多对多关联(many-to-many) 设一个关系型数据库中有A、B两个表,对于表A中的任何一条记录,表B中可能有多条记录与之对应;反过来,对于表B中的任何一条记录,表A中也有多条记录与之对应,则称这两个表是多对多关联的。 1.4 关系型数据库的设计 1.4.1 E-R模型 E-R模型(Entity-Relationship)即实体—联系模型,是1976年P.P.S.Chen提出的。这种模型用E-R图来表示实体及其联系,广泛用于数据库设计中。 一个E-R图由实体、属性和联系三种基本要素组成。 (1)实体:即现实世界中存在的、可以相互区别的人或事物。一个实体集合对应于数据库中的一个表,一个实体则对应于表的一行,也称为一条记录。在E-R图中,实体用矩形框表示。 (2)属性:表示实体或联系的某种特征。一个属性对应于数据库表中的一列,也称为一个字段。在E-R图中,属性用椭圆表示。 (3)联系:即实体之间存在的联系。在E-R图中,联系用菱形框表示。联系的类型可以是1-1、1-n、n-m等。 图1-4 学生实体E-R图 作E-R图的一般步骤是,先确定实体集与联系集,把参加联系的实体集连接起来,然后分别连上诸实体的属性和联系的属性。当实体集与联系较多时,为了E-R图的整洁和可读性起见,有时可以略去属性。 图1-5 一个E-R图例 1.4.2 数据库设计过程 数据库的设计都要经历需求分析、概念设计、实现设计和物理设计几个阶段。 1.需求分析 目的是分析系统的需求。该过程的主要任务是从数据库的所有用户那里收集对数据的需求和对数据处理的要求,并把这些需求写成用户和设计人员都能接受的说明书。 2.概念设计 目的是将需求说明书中关于数据的需求,综合为一个统一的概念模型。首先根据单个应用的需求,画出能反映每一应用需求的局部E-R模型。然后把这些E-R模型图合并起来,消除冗余和可能存在的矛盾,得出系统总体的E-R模型。 3.实现设计 目的是将E-R模型转换为某一特定的DBMS能够接受的逻辑模式。对关系型数据库,主要是完成表的关联和结构的设计。 4.物理设计 目的在于确定数据库的存储结构。主要任务包括:确定数据库文件和索引文件的记录格式和物理结构,选择存取方法,决定访问路径和外存储器的分配策略等。 1.4.3 关系型数据库规范化分析 关系规范化理论来指导关系型数据库的设计。E.F.Codd在1970年提出的关系型数据库设计的三条规则,通常称为三范式(Normal Form
文档评论(0)