BCNF与3NF

九思Atopos

已于 2023-01-28 13:18:06 修改

阅读量2.1k

点赞数 1

文章标签：图论

于 2023-01-27 23:07:05 首次发布

本文链接：https://blog.csdn.net/weixin_52205764/article/details/128773712

版权

笔记专栏收录该内容

29 篇文章 0 订阅

订阅专栏

今天学了一下午这个 $BCNF$ 与 $3 NF$ ，有感而发，特来总结。好像好久不打键盘了，这手好像刚长出来的一样。本文浅显的分析一下两种范式的关系与不同以及判断方法和分解算法，以做总结。
$BCNF$ 范式的定义如下:
设属性集合 $\left\{ A,B,C,D,...,\right\}$ ,函数依赖集合 $F=\left\{f_{1},f_{2},...,\right\}$ ，其中 $f_{1}$ 形如 $A\rightarrow B$ .如果模式 $R = (U, F)$ 满足 $BCNF$ 范式，则应该有对于任意一个 $f_{i}=H_{1}\rightarrow H_{2}$ 来说， $H_{1}$ 应该满足以下两个条件：

$H_{1}$ 为超键
该依赖是平凡的( $H_{2}$ 是 $H_{1}$ 的子集)

这是为了防止有某个函数依赖 $\rightarrow A$ 出现，其中 $B$ 不是超键，在此基础上我们来看 $3 NF$ 的定义：
其与 $BCNF$ 的差别为 $3 NF$ 加入了第 $3$ 点

每一个在 $H_{2}-H{1}$ 中的属性都应该被某个候选键所包含

这里注意一个小细节，虽然第 $3$ 点是这样说，但是实际操作时对于一个函数依赖 $\alpha \rightarrow \beta$ 判断其是否是 $3 NF$ 的，首先要看 $\alpha$ 是否是超键，如果不是超键就要看 $\beta$ 中的每个属性是否包含于 $F$ 的某个候选键当中。那么问题来了，问什么要加入这个奇怪的第 $3$ 条？其原因就是不让某个非主属性引起函数依赖的传递。
接下来说一下BCNF的分解方法：
对于一个不是 $BCNF$ 的模式来说，遍历其所有的函数依赖，检查其是否满足上面那两条，如果不满足，就将当前模式分解为 $R1=(\alpha,\beta)$ , $R2=(R-(\beta-\alpha))$ 。分解完成之后，还要看 $R 2$ 是否是满足 $BCNF$ 的：如果满足算法停止，否则继续对 $R 2$ 进行分解，在 $R 2$ 上检查 $BCNF$ 时，一定要在 $F$ 的闭包 $F^{+}$ 上看其是否是 $BCNF$ 的。来看下面这个例子：
在这里插入图片描述
对于 $R_{2}$ 来说，应该先看 $R_{2}$ 上的函数依赖的左部有没有 $R_{2}$ 上的候选键。但是 $F$ 中没有关于 $R_{2}$ 的函数依赖，所以应该先求 $F$ 的闭包。在 $F$ 的闭包中有一个函数依赖为 $\rightarrow D$ ,而 $A CE$ 为候选键，所以这一定不是 $BCNF$ ,继续向下分解为 $R 3 = (A, C, D)$ , $R 4 = (A, C, E)$

我们来回顾一下 $BCNF$ 的分解方法：

其分解的时候保证了无损连接

无损连接是啥？就是一个模式 $R$ 拆分成了 $R_{1}$ 和 $R_{2}$ 之后，经过 $R_{1}$ 与 $R_{2}$ 自然连接，又能转换回 $R$ ，前后 $R$ 中的行不多不少
为什么保留了无损连接？保留无损连接的条件是: $R_{1}\cap R_{2} \rightarrow R_{1}$ 和 $R_{1}\cap R_{2} \rightarrow R_{2}$ 这两个条件满足其一即可。对于 $BCNF$ 拆出的 $R_{1}$ 和 $R_{2}$ 其公共部分就是 $\alpha$ ，而 $R_{1}$ ( $\alpha,\beta)$ 就已经满足了 $R_{1}\cap R_{2} \rightarrow R_{1}$ 这个条件。

但是不能保证函数依赖都被留下。

为什么不能保证留下函数依赖？考虑这个例子： $\left\{ A,B,C,D\right\}$ , $F=\left\{A\rightarrow C,B\rightarrow CD\right\}$ , $A$ 不是候选键，分解为 $(A, C)$ 和 $(A, B, D)$ ,则 $B\rightarrow CD$ 这个依赖一定保留不下来。
为什么一定要保留函数依赖？现在 $R_{1}$ 和 $R_{2}$ 是无损连接，假设有一个依赖 $A\rightarrow B$ 这个依赖没有被保留下来，现在向 $R_{1}(有A没B)$ 插入一行 $A$ ，向 $R_{2}(有B没A)$ 插入一行 $B$ ，在自然连接回去就会产生错误。

写到这里就不得不说一下 $BCNF$ 与 $3 NF$ 的关系了，首先来看一个例子：
设有一个属性集合 $\left\{ J,K,L\right\}$ ,其函数依赖集合为 $F=\left\{JK\rightarrow L,L \rightarrow K\right\}$ ,先看候选键，其左部属性为 $J$ ,双部属性为 $K, L$ ，又发现 $J K$ 和 $J L$ 可以作为候选键,由于 $\rightarrow K$ 不满足 $BCNF$ 的定义，所以必须按照 $BCNF$ 分解算法将其分解，但是我们注意到不论如何分解， $JK\rightarrow L$ 这个函数依赖一定不会被保留下来。所以 $BCNF$ 虽然可以做到无损分解，但是不能保证能保留下函数依赖。所以放宽 $BCNF$ 的条件，如果能满足第 $3$ 点，我们就将其称为好的 $3 NF$ 。
下面说 $3 NF$ 的分解算法：算出 $F$ 的正则覆盖 $F_{c}$ ，然后按照正则覆盖里的所有模式进行分解，如果最后没有原来 $F$ 的候选键，就加一个候选键组成的模式

九思Atopos

关注

1
点赞
踩
6

收藏

觉得还不错? 一键收藏
0
评论
BCNF与3NF

如果我们把F集合变成正则覆盖F_{0}，其与F是等价的。但是这是H_{2}-H_{1}就是H_{2}，所以只要检查H_{2}是否在某个候选键当中，那么问题来了，问什么要加入这个奇怪的第3条？其原因就是不让H_{2}在不是候选键的情况下决定某个集合。这通过定义就可以推出来，如果H_{2}是候选键子集，那他一定不能推出其他，否则要候选键还可以变小，如果H_{2}不是候选键子集，则他都不符合3NF定义，一定不行。今天学了一下午这个BCNF与3NF，有感而发，特来总结。H_{2}-H{1}应该是某候选键的子集。
复制链接

扫一扫