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

这是我进行的下一步主要工作。 在下面的内容里，我将结合范式理论介绍机架管理系统、支撑设备系统以及电缆系统的实体关系建立以及关系的问题。5．1．I从属关系 我所研究的上述三类子系统中都涉及到了这一种关系，这可以代表一类基本的实体间的关联关系，这种关系的建立一般是与实际存在的实体概念相关的。比如，管道和井、机架和子架模块以及模块和端子、电缆和电缆线对。划分这些不同层次的依据～方面是因为客观世界存在着这些实体；另外一方面是将系统进行逐层分析的结果。 我们可以看到不同层次的实体有各自一套属性，两这些属性中作为非主属性是由其主属性来决定的。那么一方面我们根据实际情况必须将这些实体分开，另一方面如果将这些不同层次的实体放在同一个实体关系中表达，则中的部分函数依赖以及传递函数依赖情况的发生。从而违反了2NF和3NF的要求。 TYPE是由主属性 例如管道和井这两个不同层次的实体，井的非主属性WELLPIPE P棚NUM和wELLNuM共同决定的。但是如果井实体和管道实体合并成一个实 PATH体关系的话，管道的非主属性PIPETYPE是由主属性PIPENUM和PIPENUM来决定的。而合并的实体关系的主属性必然由两个实体的主属性的并集来形成。

这样PIPE表中的非主属性和实体关系中的主属性之间就有了部分函数依赖关系，这样就不满足2NF的要求，因为一般情况下，我们所建立的关系模式至少应该满足3NF的要求。那么显然上述的建立模式的方式不能满足范式要求。 32 那么可以看出有必要将这种带有从属关系的实体的属性集进行投影分解，从而形成不同层次的实体模式。类似于上述的管道和井之间的从属关系在三个系统中还有：管路—◆管i沓◆井 电缆——’．电缆线对 L+管道J机架—◆子架模块——◆端子 在这种从属关系中，实体关系的划分往往是依据具体的属性含义。实体之间的关联关系的确定的方式实际上是和模式本身的定义是相关的。在从属关系模式中，可能有两种情况发生：1．存在上层决定下层的关系 这种关系是从概念的角度出发的，也就是说在在这种模式中．下层实体关系的存在决定于上层实体关系．这里说的决定关系实际上是指的实体关系表中的编码方案而言的。在这种模式里，层次之间的实体关系的主键编码是按分段编码的方式来进行的，这点在我之前的对支撑设备子系统、电缆子系统以及机架子系统有过描述。下面我用范式理论再进行一下分析。 例如我们看井的实体表的主键定义： PIPE_PATH_NUM WELL—NUM 我们举一个例子： PIPE_PATH_NUM：ASD·501 WELL__NUM：ASD，501001。

井层的实体主键是由上层的管路主键和本层的井编码共同构成的。也就是说下层实体的关键字是上层和本层实体编码的一个并集。而实际上这里的编码方式中，下层实体本身的编码实际上就可以唯一确定该层实体关系模式中的其他非主属性了，比如井号WELL NUM实际上就可以唯一决定井表中其他的非主属性。那么多加了一个上层的管路实体主键，会不会违反第二范式的要求呢 从形式上看，是违反了要求，但是因为这里从属实体关系的编码是采取分段式的，也就式说，井本层的编码依赖于上层管路或管道的主键编码信息，所以虽然在井本层的实体关系中．有形式上与第二范式相悖的地方，但不会产生影响的性能。因为这种编码方案规定了上层实体确定下层实体的存在关系．在我考察的已经建立的支撑子系统的编码方案实际上就是采取了上述的想法，下层实体的主属性中包含了上层实体的主属性，其应用的上实体的主键属性只是起到与上层实体发生关联关系的作用，而且如果在实体表的定义中出现了这种编码方案，实际上也就等于告知这是属于从属关系的实体关系。 井表 管路表 NUM PlPE-PATH_NUM'If路号 PIPE-PATH臂路号 WELL-NUM井号2．没有决定关系 与上述的第一种关系相比．必然存在没有编码上存在上层决定下层的关系。

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