全部展开
BCNF范式基于3NF消除对主码子集的62616964757 a 686964616 Fe 78988 e69 d 83313431373230依赖。
以仓库管理关系表为例，仓库编号、储藏物品编号、管理者编号、数量。 首先，该表满足了第三种范式。 这意味着一个管理员只能在一个仓库中工作，并且可以在一个仓库中存储多个项目。 表具有以下依赖关系：
(仓库编号、保管物编号) —— (管理员编号、数量) ) ) ) ) ) ) ) )。
(管理员编号、保管物编号) —— (仓库编号、数量) ) ) ) ) ) ) ) )。
根据以上依存关系可知，(仓库编号、保管物编号)和(管理者编号、保管物编号)是表关系中的候补代码。
表中唯一不重要的字段是数量，并且符合第三范式。 但是，存在以下决定关系：
(仓库号码) —— (管理员号码) ) ) ) ) )。
(管理员编号) —— (仓库编号) ) ) ) ) ) ) ) )。
这意味着密钥字段可能决定密钥字段，因此不符合BCNF。
解决方法：将仓库管理关系表分解为两个关系表仓库管理表(仓库编号、管理员编号)和仓库表(仓库编号、保管物品编号、数量)，使该数据库表符合BCNF，消除删除异常、插入异常、更新异常。
扩展数据：
总线代码范式(BCNF )是第三范式(3NF )的子集，满足总线代码范式(BCNF )必须满足第三范式(3NF )。 通常认为巴斯科范式没有加入新的设计规范。 但是，由于第二范式和第三范式中对设计规范的要求更强，因此认为要修正第三范式。
也就是说，这实际上是对第三范式的修正，使数据库的冗馀性更小。 这也是卡介苗不被称为第四范式的原因。 在一些书中，基于范式要求的增加性将其称为第四范式是不规范的，也是更难理解的地方。 真正的第四范式是在设计规范中增加了对多值和依赖的要求。