- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
* 读者与图书的借阅联系 图书 读者 2.3.2 数据库技术与数据库系统(13) 三、数据模型(6) 关系模型(2) 关系的规范化 第一范式(1NF) 关系中每个数据项(元组中每个分量)必须是一个不可分的数据项。 列是同质的。各列指定一个相异的名字,列的次序任意。 各行相异,不允许有重复的行,行的次序任意。 第二范式(2NF): 从第一范式中分解出新的关系,使每个关系里都可确定一个或几个属性作为关系的主关键字,使该关系中的其他属性都完全依赖于它而定,从而消去非主属性对主关键字的不完全依赖性,所得关系叫第二范式的关系。 第三范式(3NF): 进一步的规范化就是要消去非主属性对主关键字的传递依赖性,变为第三范式(3NF) 满足第一范式 不满足第一范式 第一范式 职工号* 姓名 级别 工资 学历* 毕业时间 001 张三 技10 500 中专 1988 001 张三 技10 500 大学 1992 001 张三 技10 500 研究生 2005 002 李四 技12 600 大学 2000 003 王武 技10 500 大学 1998 该关系的主键为职工号+学历 则存在如下的依赖关系: 姓名、级别、工资-------职工号 毕业时间-----职工号、学历 (非完全依赖) 存在的问题: 1、冗余度高:职工号、姓名、级别、工资 2、维护困难 3、容易造成数据矛盾 职工号* 姓名 级别 工资 001 张三 技10 500 002 李四 技12 600 003 王武 技10 500 职工号* 学历 毕业时间 001 中专 1988 001 大学 1992 001 研究生 2005 002 大学 2000 003 大学 1998 第二范式 从第一范式中分解出新的关系,使每个关系里都可确定一个或多个属性作为关系的主关键字,使该关系中的其它属性都完全依赖于它。 职工基本信息 职工教育经历* 存在的依赖: 级别-----职工号 工资-----级别 (传递依赖) 职工号* 姓名 级别 工资 001 张三 技10 500 002 李四 技12 600 003 王武 技10 500 存在的问题: 1、冗余度高:工资级别信息 2、维护困难: 3、容易造成数据矛盾 职工基本信息 第三范式:不存在非主属性对主关键字的传递依赖性 职工号* 姓名 级别 001 张三 技10 002 李四 技12 003 王武 技10 级别* 工资 技10 500 技12 600 职工基本信息* 级别工资信息* 规范化过程: 1、对二维表消去组合项与重复组------第一范式; 2、消去非主属性对关键字的非完全依赖性------第二范式; 3、消去非主属性对主关键字的传递依赖性------第三范式; 课堂作业 有如下业务:请据此绘制其信息模型(ER图),并转换成符合规范化要求的数据模型(二维关系表结构) 某厂有多台设备,所属不同部门,设备(或其零部件)经过某一段时间的运行后,需要进行大修,费用不定。 参考属性:设备编号,设备名称,启用日期,价格,所属部门编号,所属部门名称,部门联系人职工号,职工名,职工联系方式,零部件编号,零部件名称,多个大修的时间,多个大修的费用 2.3.2 数据库技术与数据库系统(16) 四、数据库系统结构 数据库系统的逻辑结构 模式(Schema):模式也叫做概念模式(Conceptual Suchema),是数据库中全体数据的逻辑结构和特征的描述。它是全局逻辑级的,是数据库的整体逻辑结构。 外模式(External schema):外模式也称子模式(Subschema),是用户可以看到并获准使用的那部分数据的逻辑结构,它是局部逻辑级的结构,因此外模式又叫做用户视图。 2.3.2 数据库技术与数据库系统(17) 四、数据库系统结构 内模式(Internal schema):内模式是数据库的存贮结构,是为了提高模式对存储设备的独立性而设立的。 物理数据库:数据库的物理层指数据库在物理存储设备上的组织。 数据库结构中的有关概念及各层次间的关系可用下图表示。 模 式 2.3.2 数据库技术与数据库系统(18) 外模式/模式映像(mapping) 模式/内模式映像(mapping) 操作系统存取方法实现的映像 内 模 式 数据库 管理系统 操作系统 用户/应用 程序n 用户/应用 程序3 用户/应用 程序2 用户/应用 程序1 外模式n 外模式2 外模式1 用户视图 数据库管理员视图 系统程序员视图 局部逻辑级 子模式 全局逻辑级 (概念模式) 存储级 (存储模式) 物理级 (物理设备上的数据库) 2.3.2 数据库技术与数据库系统(19) 四、数据库系统结构
文档评论(0)