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

≯ 一个关系模式上的函数依赖的确定，只能从属性的含义上来说明，而不能从数学 上米说明，它仅仅是一个语义范畴的概念。 只有的设计者才能确定是否存在函数依赖。这实际上是属性语义上的一种 在某种意义上是人为的一种约定。比如在电缆子系统中，有一个关系定义为电缆 连接，实际上是电缆线对的连接关系反映在该实体表中。在这里我们就可以看出 它的主键定义是连接关系的一方的电缆号以及线对号。另一方的相应的属性则被 看作非主键属性，所以实际上就等于说连接关系中一个线对只能和一个线对连接。定义二：在R u 中．若属性集合Y函数依赖于属性集合x，但y函数不依赖于x的任一子集，则称Y对x完全函数依赖，反之，若Y依赖于x的某一真子集，则称y对X部分依赖。定义三：R U 中，如果潦◆Y，Y十◆X，卜’哩，则称z对x传递依赖。 这里加上条件Y|_'Ⅸ，是因为如果同时有Y—-x，实际上x和z是相互依赖的关系．那么在这里就没有什么讨论的意义了。定义四：在R u 中，K为u的属性或属性组集合，若K完全依赖于u，则称K是R的一个候选关键字，若候选关键字多于一个，则选择其中之一为一个主关键字 PrimaryKey 。 包含在任一个候选关键字中的属性叫做主属性。

不包含在任何一个候选关键字里的属性称为非主关键字。定义五：在R u 中，属性或属性集合x并非它的关键字，但X是另～个关系模式的关键字．则称x是R的外部关键字。 实际上，关系模式中的表与表之间的关系就是通过主、外键来建立的。外键的设置是为了很其它相关表建立联系的。 有了以上的基本的概念，我们就可以利用上面的理论基础对的关系模式的建立进行深入的讨论了。3．4 范式 关系中的关系是要满足一定要求的，满足不同的要求为不同为不同的范式，满足最低要求的叫第一范式，简称1NF。在第一范式基础上进一步满足一些要求的为第二范式，其余以此类推。 对于各种范式之间的联系有5NF口4NF口8C／qF口3b／／7口2NF口1NF。一个低一级的范式的关系模式，通过投影运算可以转换为若干个高一级范式的关系模式集合，这种过程就叫规范化。我们经常把第几范式记为R∈nNF 2 lNF 定义：如果一个关系模式R的所有属性都是基本的、不可分的，则R是第一范式。 上述定义实际上是最基本的建立关系模式实体表的要求。就是说属性的含义是明确的。属性的任一个取值都是唯一的。而不会出现多于一个的模糊情况。 2NF 定义：如果关系模式R是1NF，而且非关键字的属性完全函数依赖于关键字属性，那么关系模式R是第二范式。

第二范式较之于第一范式，有什么改进?实际上第二范式是将实体进行的合理分其关键字是 s#，脚 ．S代表供应商信息，P代表零件信息，CITY代表城市名，STATUS代表城市状态信息，QTY代表提供零件的数量。这样我们得到一组函数依赖关系如下： Stt，Pt* —◆QTY S#"4t CITY CIT—STATUS 在这个例子中．显然可见它是符合第一范式要求的。但是如果象上述那样建立实体表的话，回引发什么问题呢 我们可以看到属性STATUS和CITY不完全依赖于 S#，P# ，QTY是完全依赖于 St*，脚 。并且STATUS和CITY也不是相互独立的，而是也存在函数依赖，这使得关系FIRsT在插入、删除、修改这三种存储操作出现异常。因为在供应商未供应零件时．我们就不能登记某供应商位于某一城市的信息，其原因是关键字在P#出现了空值。主键空值意味着这个元组实际上在关系模式中是不存在的。 而肖我们删除某一供应商时。若该供应商仅出现在一个元组中，那么我们不仅删除了该供应商供应某零件的信息．而且也删除了该供应商位于某一城市的信息，例如我们如果删除关键字为 S3，P2 的元组，也就删除了S3位于某城市的信息。

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