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

例如在PIPE表中，起主键编 PIPEPATH码有两个：一是上层实体表 即PIPE 表 的主键编码 NUM； HTAP_分部一另是本层P1PE的编码信息PlPE编码： WELL表的主键构成： PIPE_PATHNUM；WELL_NUM． 它也是由上层的管路编码和本层的井编码所构成的，只是没有用到它的直接的上层的管道编码信息，因此这是为什么在前面我所说的它的编码方案并没有充分体现从属关系的严格性． 实体表的从属关系决定了其各层实体表的编码策略，并由此决定了其各层表的创建的顺序问题，我们可以看到。如果采用这种分段式的编码手段的话，低层实体表的主键编码将受到上层实体表的主键编码是否确定。所以这种依赖关系决定了上层实体表应该在下层实体表之前创建。 为了维护这种表创建的数据完整性，我们还可以同时创建的触发器来进一步维护这种关系，关于这一点，我将在下面的部分给出详细的讨论。 同时在前面的讨论中我们同样看到还存在与从属关系并存的标识关系，而标识关系是和从属关系反方向的一种关系，它的父表和子表的约束关系也和从属关系是反方向的。因 WELL此子表中的有关下层实体表的标识列：比如管道中的标识列BEG NUM和 WELLEND NUM，在管道表中就只能设置成其外键。

否则的话，在我们创建表的过程中就会出错，这一方面是创建表的需要，另一方面也是符合实体袭的主键设置不应过于复杂 30的原则。 但是也必须承认有一种特例存在，也即当在某一层出现了平行关系的实体表时，该表可以将标识信息列同时设为主键．这是因为它的上层表和下层表可以通过与之平行的处于同一层的实体表来得到创建，比如在支撑系统的管道子系统中，管道孔实体表和管道实际上是处于同一层的实体表的，但是它与下层的井表之间也存在着标识关系，而且我们看到行的管道表PIPE就只能将这两项设为外键。这一点是在对已有的系统中找到的，那么对于这种特殊情况的研究实际上是有利于深刻理解关于实体表的关系和它们的创建之间的相互关系的。但是作为一个问题，这种特殊情况的处理手段是不是合理，也值得研究。 第五章关系模式的实例讨论分析 以上我已经作了对支撑设备子系统、电缆子系统以及MDF子系统的实体建表的初步分析，但是没有结合关系模式的理论进行深入的探讨。下面运用范式理论对系统建模进行规范化的讨论。关系是通过什么来实现关系之间的关联的5．1 关系模式的范式讨论以及创建 首先摆在我们面前的一个问题是如何确定关系模式中的内容是什么，也就是如何将整个大系统中的属性进行投影分解。

如何将属性集合进行分解，将其划分成若干个小的实体关系。我在分析的过程中，认为主要有两方面的因素要考虑：一是客观对象中的具体的已经存在的实体概念，也就是系统中的属性本身的语义含义是什么，那么这种语义就决定了系统应该进行哪些最基本的必须反映的实体关系概念，例如管道子系统中诸如管路、管道、井以及管道孔的等实体都是客观上存在的实体，所以我们在建立实体关系模型的时候必须将这些实体关系反映出来：二是在进行第一步工作的基础上，如何进行关系模式的再优化。那么这其中就包含了一些规则，也就是我们进行优化的依据是什么。这里我参考的是关系模式的分析原理。实际上是范式理论。根据这套理论．达到的目的是减少数据的兀余度，的一致性和数据丢失等问题。 建立了合理的关系模式之后，也就是进行了合理的属性的划分之后，那么就产生了另外的一个问题，也就是说所建立的实体关系之间的关联关系的建立，这写关联关系在关系中是通过实体表的主键和外键之间的对应来实现的，但是有一个问题是虽然关系的表现形式都是主、外键之间的对应，但是在内容上有没有一般化的类型，以及这些类型在操作和维护上是否存在一些基本的要遵守的规则。而且事实上关系的核心在于实体之间的关系是如何建立的，实体表的确定、定义实际是为建立合理的关系模式作准备：[作。

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