数据库bcnf？数据库关系分解为BCNF范式

大家好，今天给各位分享数据库bcnf的一些知识，其中也会对数据库关系分解为BCNF范式进行解释，文章篇幅可能偏长，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在就马上开始吧！

数据库关系分解为BCNF范式

标准答案是：AC，BC，CD。

分析如下：R（A，B，C，D）函数依赖于AB＾100c，C＾D和D＾A，找到违反BCNF的依赖项（不需要找到右侧多个属性的度数）并将其分解为BCNF关系的聚合。

关系：C→A，版本C→D，D→A，AB→D，AB→C，AC→D，BC→D，BC→A，BC→D，BD→A，BD→C，CD→A，ABC→D，ABD→C，权值BCD→A。

违反BCNF：C到A，C到D，D到A，AC到D，CD到A。

扩展资料：

BCNF范式在3NF的基础上消除了对主代码子集的依赖。

以仓库管理关系表为例：仓库编号、存储项编号、管理员编号和数量。首先，该表满足第三种标准形式，这意味着管理员只在一个仓库中工作，而一个仓库可以存储多个项目。表中有以下依赖项：

(仓库编号、存储项目编号)——>(管理员编号、数量)

(管理员编号、存储项目编号)——>(仓库编号、数量)

从上面的依赖关系中，我们可以知道（仓库号、存储项号）和（管理员号、存储项号）是表关系中的候选代码。

表中唯一的非键字段是number，它符合第三种范式。但由于存在以下决定关系：

(仓库号)——>(管理员号)

(管理员编号)——>(仓库编号)

也就是说，有一个关键字段来确定关键字段，所以它不符合BCNF。

解决方案：将仓库管理关系表拆分成两个关系仓库管理表（仓库号、管理员号）和仓库表（仓库号、存储项号、数量）使数据库表符合BCNF，消除删除异常、插入异常和更新异常。

数据库求教如何分解BCNF~

答案是｛AC｝，｛CD｝，｛ABE｝。因为A-&gt；C，C-&gt；D，所以A-&gt；D，先把这ACD三个从总表中分出来，得出{ACD}和{ABE}，由于A-&gt；D，需要经过C，所以这属于传递依赖，因此{ACD}又可以分为｛AC｝和｛CD｝。

扩展资料：

数据库管理系统是为管理数据库而设计的电脑软件系统，一般具有存储、截取、安全保障、备份等基础功能。数据库管理系统可以依据它所支持的数据库模型来作分类，例如关系式、XML；或依据所支持的计算机类型来作分类，例如服务器群集、移动电话；

或依据所用查询语言来作分类，例如SQL、XQuery；或依据性能冲量重点来作分类，例如最大规模、最高运行速度；亦或其他的分类方式。不论使用哪种分类方式，一些DBMS能够跨类别，例如，同时支持多种查询语言。

关于数据库的BCNF范式

不是，而是X必含有候选码，候选码与码在这里是一个概念。

X确定Y，X未必是一个属性，也可能是一组属性的，但这组里不能含有Y，否则(x,y)->y什么也说明不了的！因为y->y,增广率（x,y)->y，所以这里说X不能含Y或称Y不在X内。例如U是码，则x一定要包含U，如（u,z)->y则X一定要含有码的。但如果出现这种情况这不是了，U是(a,b),而x是(b,c,d)则X->Y,那么，x中因为没有(a,b)所以x不含码，那么一定不是BCNF!

其实这个BCNF的概念是在1NF上下的定义。如果在1NF中用否定方式下定义的话是：X决定于Y，Y不包含于X，X若不存在码，则该一定不是BCNF.

当然还可以在第三范式下一个定义，关系属于第三范式，X是码的真子集，若不存在X->Y则关系属于BCNF。

BCNF是第三范式的修改正，但不是消除传递依赖的，这点楼下错了，而是消除部分依赖的！也就是说非码属不能依赖于码的一部分。如果(a,b,c)是码，若存在(a,b)这个部分能确定一个非码属性时，则不符合BCNF!

消除传递依赖是第二范式向第三范式规范的一个条件。在第二范式的基础上，不存在依赖传递，则属于第三范式！呵呵，有人学艺不精！

数据库原理3NF和CBNF范式

是BCNF（BC范式吧）

第三范式（3NF）属性，在1NF基础上，任何非主属性不依赖于其它非主属性[在2NF基础上消除传递依赖]

第三范式（3NF）是第二范式（2NF）的一个子集，即满足第三范式（3NF）必须满足第二范式（2NF）。简而言之，第三范式（3NF）要求一个关系中不包含已在其它关系已包含的非主关键字信息。例如，存在一个部门信息表，其中每个部门有部门编号（dept_id）、部门名称、部门简介等信息。那么在的员工信息表中列出部门编号后就不能再将部门名称、部门简介等与部门有关的信息再加入员工信息表中。如果不存在部门信息表，则根据第三范式（3NF）也应该构建它，否则就会有大量的数据冗余。简而言之，第三范式就是属性不依赖于其它非主属性，也就是在满足2NF的基础上，任何非主属性不得传递依赖于主属性。

巴德斯科范式（BCNF）属性，在1NF基础上，任何非主属性不能对主键子集依赖[在3NF基础上消除对主码子集的依赖]

巴德斯科范式（BCNF）是第三范式（3NF）的一个子集，即满足巴德斯科范式（BCNF）必须满足第三范式（3NF）。通常情况下，巴德斯科范式被认为没有新的设计规范加入，只是对第二范式与第三范式中设计规范要求更强，因而被认为是修正第三范式，也就是说，它事实上是对第三范式的修正，使数据库冗余度更小。这也是BCNF不被称为第四范式的原因。某些书上，根据范式要求的递增性将其称之为第四范式是不规范，也是更让人不容易理解的地方。而真正的第四范式，则是在设计规范中添加了对多值及依赖的要求。

对于BCNF，在主码的任何一个真子集都不能决定于非主属性。关系中U主码，若U中的任何一个真子集X都不能决定于非主属性Y，则该设计规范属性BCNF。例如：在关系R中，U为主码，A属性是主码中的一个属性，若存在A->Y,Y为非主属性，则该关系不属性BCNF。

一般关系型数据库设计中，达到BCNF就可以了！

好了，文章到此结束，希望可以帮助到大家。