关系是通过什么来实现关系之间的关联的_关系一个关系_关系中实现实体(6)

S Designor，你 Designor解决了从系统分析到建立基本模块信息的闯题，通过S可以建立起系统内所含的基本实体模块以及其相互之间的关联关系通过在PDM中建立的对象来反映。这些描述性的文件都以PDM文件的方式存储起来。S_Designor还提供的～个功能就是自动实现从PDM到实际的库或者是到脚本文件的转化。 SDesignor中存在着一些模块化的内容，比如它定义了几种基本的触发器类型。实际上S rongiseD_。了成生动自程过的似相，的性复重的现出中程过库建在多很把 我们从SDesignor软件本身可以得到以下几点启示：· 关系性数据的基本组成是二维表，由行和列组成。· 实体的基本标识是主键，主键唯一标识实体。· 实体和实体之间是由主键和外键来获得关联关系的，各种类型和性质的关联关系 在关系模式都是以主键和外键的形式来得以建立。· 不同的关联关系将影响到未来表的操作和维护规则，维护可以通过存储过程、约 束以及触发器等等来完成。· 触发器的功能可以有多种，随具体的系统本身的要求不同而不同。但是它的基本 类型是固定的，我们可以定义其中的对应于实体表之间的关联关系的操作上必须 7 要遵守的基本规则的触发器的基本类，这些规则都是为了维护的数据的完 栏性的。

事实上也是为了获得关系模式的良好性能而必须作出的代价。 另外一个方面，S_Designor存在着一些尚未解决的问题：· 实体表的建立的分析，也就是整个系统关系如何作投影分解，这部分工作需要人 来完成．S_Designor软件本身没有给出依据和功能支持。· 定义的主键、外键的对应关系的性质与相应触发器类型之间有什么对应关系没有 给出，事实上对应关系的不同，涉及到的触发器的类型和功能也不一样。 从上面所讲述的内容可以看出．SDesignor软件本身说明了关系模型中存在着共性的东西，实体表以及实体表之间的关联关系在形式上是相似的。但是在如何确定投影分解的方案上以及关联关系的性质上有没有共性，S rongiseD_方这出给有没面的回答，另外还有一个问题是这种关联关系性质上的区别将导致维护上的不同，这里的重点也就是触发器的类型和功能与关联关系之间有没有逻辑关系。 这些已经得到的经验和遗留的问题将成为我的论文的研究对象。 8 第二章：关于的关系模型的创建2．1关系的基本概念 在将关系模型引入之前，先有必要介绍它所依据的理论背景．即关系的基本概念。 关系模式是由E．ECodd在1970年引入带领域中来的。

此后，E．ECodd以及其他专家又定义了关系的基本概念，引进了规范化理论，它简单明了，川户易于理解和使用。20年来，无论在理论上还是在实践上都有很大发展，成为领域最活跃的一个分支。本文所介绍的有关关系模式的理论主要是借鉴了这一理论。 首先我们给出D1×D2×D3…．XDn的一个子集R，称之为定义在集合D1，D2…．Dn上的关系。集合叭，D2．…Dn称之为R的域。一般说来，只有取某一个子集才有意义。 在关系类中。这里的D1．D2…实际上就是属性的取值范围。这些属性范围的笛 卡儿乘积就代表了一张实体表的属性项的构成，实际上就时确定如何界定一个实体的组成，也就是如何选取适当的属性项来描述和代表一个实体。 例如在管道表中，就是通过若干属性：管路号、管道号、起始井、终止井等等属性来描述并代表一个实体。 在关系中，数据是用二维表格来组织的．我们可以看到，在这种表格中，实际上有两个不同的组成部分：一部分是表格的名字和属性的名字。另一部分则是具体的数值部分。二维表的每一行对应一个元组，每列对应～个域。由于域可以相同，为了加以区分，给每列起一个名字称为属性。这种关系有以下的基本特征： 列是同质的，即每一列中的各个值是同类型的数据，或者说它们取自同一个域。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-37192-6.html