管理信息系统第6章J.pptVIP

数据存储 数据存储是数据结构停留或保存的地方，也是数据流的来源和去向之一。它可以是手工文档或手工凭单，也可以是计算机文档。对数据存储的描述通常包括以下内容： 数据存储描述＝｛数据存储名，说明，编号，输入的数据流，输出的数据流，组成：｛数据结构｝，数据量，存取频度，存取方式｝ 返回 6.2.3 概念结构设计 概念结构是各种数据模型的共同基础，它比数据模型更独立于机器、更抽象，从而更加稳定。描述概念模型的主要工具是E-R模型。 概念结构设计的方法通常有四种方法 自顶向下法 自顶向下法是首先定义全局概念结构的框架，然后逐步细化. 自底向上法 自底向上法是首先定义各局部应用的概念结构，然后将它们集成起来，得到全局概念结构. 逐步扩张法 逐步扩张法是首先定义最重要的核心概念结构，然后向外扩充，以滚雪球的方式逐步生成其他概念结构，直至总体概念结构 混合策略法 混合策略法是将自顶向下和自底向上相结合，用自顶向下策略设计一个全局概念结构的框架，以它为骨架集成由自底向上策略中设计的各局部概念结构。 数据抽象 分类。定义某一类概念作为现实世界中一组对象的类型。这些对象具有某些共同的特性和行为。在E-R模型中，实体型就是这种抽象。例如在学校环境中，张英是学生，表示张英是学生中的一员，具有学生们共同的特性和行为：在某个班学习某种专业，选修某些课程。 数据抽象 聚集。定义某一类型的组成成分。它抽象了对象内部类型和成分之间的语义。在E-R模型中若干属性的聚集组成了实体型，就是这种抽象 数据抽象 概括。定义类型之间的一种子集联系。它抽象了类型之间的“is subset of”的语义。例如学生是一个实体型，本科生、研究生也是实体型。本科生、研究生均是学生的子集。把学生称为超类，本科生、研究生称为学生的子类。 第6章 数据库设计 6.1 关系数据模型的规范化 6.2 数据库设计 关系与关系模式 关系是一张二维表，它是所涉及属性的笛卡尔积的一个子集。从笛卡尔积中选取哪些元组构成该关系，通常是由现实世界赋予该关系的元组语义来确定的。 关系模式是对关系的描述，为了能够清楚地刻划出一个关系，它需要由五部分组成，即应该是一个五元组： R(U,D,DOM,F) 其中：R为关系名，U为组成该关系的属性名集合，D为属性组U中属性所来自的域，DOM为属性向域的映象集合，F为属性间数据的依赖关系集合。 例：有如下关系，如下表： 上述关系可以构成两个域： 　　　姓名：｛嘉琦，王干．．．．｝ 　　　专业：｛计算机，金融．．．｝ 　　　由于导师和研究生出自同一个域“姓名”，所以要取不同的属性名，用ＤＯＭ表示，即： 　　ＤＯＭ（导师）＝ＤＯＭ（研究生）＝姓名 　　　 　　关系是关系模式在某一时刻的状态或内容。关系模式是静态的、稳定的，关系是动态的，不同时刻关系模式中的关系可能会有所不同，但它们都必须满足关系模式中数据依赖关系集合F所指定的完整性约束条件。 由于在关系模式R(U，D，DOM，F)中，影响数据库模式设计的主要是U和F，而D和DOM对数据库模式设计的影响不大，所以，为了方便讨论，本章将关系模式简化为一个三元组，即： 　　 R(U，F) 6.1 关系数据模型的规范化 6.1.1 数据依赖 6.1.2 规范数据模型要解决的问题 返回 数据依赖 数据依赖是数据库模式设计的关键，数据依赖是通过一个关系中属性间值的相等与否体现出来的数据间的相互关系，是现实世界属性间相互联系的抽象，是数据内在的性质，是语义的体现。 在关系模式中，属性间数据的依赖关系集合F实际上就是描述关系的元组语义，用以限定组成关系的各个元组必须满足的完整性约束条件。在实际中，这些约束或者通过对属性取值范围的限定，或者通过对属性值间的相互关连(主要体现于值的相等与否)反映出来。属性值间的相互关连就是所谓的数据依赖. 返回 6.1.2 规范数据模型要解决的问题 函数依赖普遍地存在于现实生活中。 例：描述一个学生的关系，可以有学号(SNO)、姓名(SNAME)、所在系(DEPT)等几个属性。 由于一个学号只对应一个学生，一个学生只在一个系。因而当“学号”值确定之后，姓名及其所在系的值也就被唯一地确定了。 属性间的这种依赖关系类似于数学中的函数。因此说　SNO函数决定SNAME和DEPT 或者说　SNAME和DEPT函数依赖于SNO 记做　SNO→SNAME, SNO→DEPT。 　　　　 　　建立一个描述学校的数据库，该数据库涉及的对象包括学生的学号(SNO)、所在系(DEPT)、系主任姓名(MNAME)、课程名(CNAME)和成绩(