数据库里bcnf

❶ 数据库BCNF怎么理解（解释例子）

5年了，不知道楼主还在从事计算机专业没
BC范式要求每一个决定因素都要有码的参加（T包含码或本身是码），换句话说就是只能由超码（包含候选码）推导出其它属性，其它属性之间不存在依赖关系。
“因为T是决定因素，而T不是包含码，所以不属于BCNF范式” 第二句就是这个意思。

我也是个在学计算机的学生，今年大三，对自己的专业很迷茫了。

❷ bcnf范式是什么

bcnf，全称为Boyce Codd Normal Form，中文叫巴斯范式/鲍依斯-科得范式，是由Boyce和Codd提出的,比3NF又进了一步,通常认为是修正的第三范式。

就像家里弯灶装修买建材，最环保的是E0级，其次是E1级，还有E2级等等。数据库范式也分为1NF，2NF，3NF，BCNF，4NF，5NF。一般在我们设计关系型数据库的时候，最多考虑到BCNF就够。符合高一级范式的设计，必定符凳迹合低一级范式，例如符合2NF的关系模式，必定符合1NF。

举例说明：

比如说：一个仓库管埋粗扮理的表格，有以下属性(管理员编号，仓库号，货物编号，货物数量)其中每个管理员管理一个仓库，那么就会出现这样的情况：

1、仓库号和货物编号可以确定货物数量，仓库号和货物编号可以确定管理员编号。

2、管理员编号和货物编号可以确定仓库号，管理员编号和货物编号可以确定货物数量。

3、仓库号可以确定管理员编号。

❸ 数据库范式中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! 消除传递依赖是第二范式向第三范式规范的一个条件。在第二范式的基础上，不存在依赖传递，则属于第三范式！呵呵，有人学艺不精！

❹ bcnf范式是怎么样的

Boyce-Codd范式（英语：Boyce-Codd normal form，缩写BCNF），是数据库规范化的一种正规形式。

是在第三范式的基础上加上稍微更严格约束，每个BCNF关系都满足第三范式。BCNF去除了属性间的不必要的函数依赖。

如果对于关系模式R中存在的任意一个非平凡函数依赖X->A，都满足X是R的一个超键，那么关系模式R就属于BCNF。

平凡函数依赖关系是指，如果属性集合X包含了属性集合A，那么就一定有X->A；超键是指能够唯一确定表中各行的属性集合，因此一个超键的最小化就是一个候选键；BCNF是说，如果一个属性集合X能“不平凡”地推导出另一个属性集合A，而且X还不能唯一区分表的各行，那么这个表颂拆中一定包含了一些冗余信息。

BCNF与第三范式的不同之处野判枣在于：第三范式中不允许非主属性被另一个非主属性决定，但第三范式允许主属性被非主属性决定；而在BCNF中，任何属性（包括非主属性和主属性）都不能被非主属性所决定。

BCNF性质

1 、所有非主属性对每一个候选键都是完全函数依赖；

2 、所有的主属性对每一个不包含它的候选键，也是完全函数依赖；

3 、没有任何属性完全函数依赖于非冲逗候选键的任何一组属性。

❺ 3NF 与BCNF 有什么区别 求举个例子说明下~谢谢

范式是数据库中的关于关系模式的分类，是越来越严苛的分类。

一、区别

1、第三范式指表中的所有数据元素不但要能唯一地被主关键字所标识,而且它们之间还必须相互独立,不存在其他的函数关系。第三范式就是在第二范式的基础上再消除表中有可能存在某些数据元素依赖于其他非关键字数据元素的现象。

2、BC范式是指对于关系模式R，若 R为第一范式，且每个属性都不部分依赖于候选键也不传递依赖于候选键。BC比第三范式更严苛的条件是：要求R为第二范式且非键属性不传递依赖于R的候选键，而BC范式则是对R的每个属性都做要求。即决定因素为候选码。

二、举例

以下关系模式满足第三范式

学生：(学号,姓名,年龄,所在学院)；

学院：(学院,地点,电话)。

其中的关系函数为：学号->姓名、学号->年龄、学号->学院、学院->地点、学院->电话。可以看出所有的关系函数均为一候选码为决定因素（函数的前半部分）那么可以说此关系模式满足BCNF。

(5)数据库里bcnf扩展阅读

数据库范式概念引入原因

规范化目的是使结构更合理，消除存储异常，使数据冗余尽量小。便于插入、删除和更新。

遵从概念单一化“一事一地”原则，即一个关系模式描述一个实体或实体间的一种联系。规范的实质就是概念的单一化。

一个关系模式接着分解可以得到不同关系模式集合，也就是说分解方法不是惟一的。最小冗余的要求必须以分解后的数据库能够表达原来数据库所有信息为前提来实现。其根本目标是节省存储空问，避免数据不一致性，提高对关系的操作效率，同时满足应用需求。

实际上，并不一定要求全部模式都达到BCNF不可。有时故意保留部分冗余可能更方便数据查询。尤其对于那些更新频度不高，查询频度极高的数据库系统更是如此。

❻ 什么是BCNF什么是4NF 尽量说的通俗点

1NF：数据库表中的字段都是单一属性的，不可再分。这个单一属性由基本消肆类型构成，包括整型、实数、字符型、逻辑型、日期型等。
2NF：数据库表中不存在非关键字段对任一候选关猜如键字段的部分函数依赖（部分函数依赖指的是穗桥启存在组合关键字中的某些字段决定非关键字段的情况），也即所有非关键字段都完全依赖于任意一组候选关键字。 3NF：在第二范式的基础上，数据表中如果不存在非关键字段对任一候选关键字段的传递函数依赖则符合第三范式。所谓传递函数依赖，指的是如果存在"A → B → C"的决定关系，则C传递函数依赖于A。因此，满足第三范式的数据库表应该不存在如下依赖关系：

关键字段 → 非关键字段x → 非关键字段y
BCNF：在第三范式的基础上，数据库表中如果不存在任何字段对任一候选关键字段的传递函数依赖则符合第三范式。

4NF：完全一一对应的关系

❼ 数据库关系分解为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。

(7)数据库里bcnf扩展阅读：

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

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

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

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

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

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

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

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

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

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

❽ 请问数据库设计中BCNF范式是什么意思

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

以仓库管理关系表为例：仓库号，存储物品号，管理员号，数量。首先该表满足第三范式，也就是说一个管理员只在一个仓库工作，一个仓库能够存储多种物品。表中存在有如下依赖关系：

(仓库号，存储物品号)——>(管理员号，数量)

(管理员号，存储物品号)——>(仓库号，数量)

由以上依赖关系可以得知(仓库号，存储物品号)和(管理员号，存储物品号)为表关系中的候选码。

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

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

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

即存在关键字段决定关键字段的情况，因此其不符合BCNF。

解决方法：把仓库管理关系表分解为两个关系表仓库管理表(仓库号，管理员号)和仓消型库表(仓库号，存储物品号，数量)，这样这个数据库表是符合BCNF的，并消除了删除异常、插入异常和更新异常。

(8)数据库里bcnf扩展阅读：

巴斯-科德范式（BCNF）是第三范式（3NF）的一个子集，即满足巴斯-科德范式（BCNF）必须满足第贺桥源三范式（3NF）。通常情况下，巴斯-科德范式被认为没有新的设计规范加入，只是对第二范式与第三范式中设计规范要求更强，因而被认为是修正第三范式。

也就是说，它事实上是对第三范式的修正，使数据库冗余度更小。这也是BCNF不被称为第四范式的原因。某些书上禅态，根据范式要求的递增性将其称之为第四范式是不规范，也是更让人不容易理解的地方。而真正的第四范式，则是在设计规范中添加了对多值及依赖的要求。

参考资料来源：网络-数据库范式

❾ BCNF与3NF之间有什么区别

区别：

1、类别不同

3NF：第三范式

BCNF：巴斯-科德范式

2、内容不同

第三范式（3NF）：满足 2NF，任何非主属性不依赖于其他非主属性（消除 2NF 主属性对码的传递函数依赖）

鲍依斯-科得范式（BCNF）：满足 3NF，任何非主属性不能对主键子集依赖（消除 3NF 主属性对码的部分和传递函数依赖）

3、包含条件不同

巴斯-科德范式（BCNF）是第三范式（3NF）的一个子集，即满足巴斯-科德范式（BCNF）必须满足第三范式（3NF）。

(9)数据库里bcnf扩展阅读：

数据库此吵其余范式：

1、第一范式(1NF)

必须有主键，列不可分；数据库表中的任何字段都是单一属性的，不可再分。

2、第二范式(2NF)

数据库表中非关键字段对任一候选关键字段的，都不存在部分函数依赖。当一个表是复合主键时，非主键的字段不依赖于部分主键(即必须依赖于全部的主键字段。

数据库范式目的原则：

规范化目的是使结构更合理，消除存储异常，使数据冗余尽量小，便于插入、删除和更新。

遵从概念单一化“一事一地”原则，即一个关系模式描述一个实体粗扒配或实体间的一种联系。规范的实质就是概念的单一化。

最小冗余的要求必须以分解后的数据库能够表达原来数据库所有信息为前提来实现。其根本目标是节省存储空问，避免数据不一致性，提高对关系的操作效率，同时满足应用需求。

实际上，并不一定要求全部模式都达到BCNF不可，有时故意保留部岩指分冗余可能更方便数据查询，尤其对于那些更新频度不高，查询频度极高的数据库系统更是如此。

❿ 数据库求教如何分解BCNF~

过程：先把题目所给的F化简为{A->C ,A->D（C->D为多旦陆余）,B->C,AE->C(DE中D多余因为A->D,D已经能用A表示了),BE->A（CE中C多余因为C已经能用B表示了，将CE换为BE）}
然后接下来看这个化简之后信迟弊的F，按顺序一个一个看里面的东西
首先第一个（F1）A->C （设A是a，B是b）
R11=（AC）（满足BCNF，可以在F中找到A->C，可以看到R1是由a交b而来）
R12（ABDE）=R(ABCDE)-(C)，R12=（ABDE）（R12 由R-b而来，R12不满足BCNF，在F中找不到同时拥有ABDE的关系式
再将它继续分解）
接下来看下一个（F2）A->D（依然设A为a，D为b）
R21=（AD） （a交b而来，满足BCNF，能在F中找到AD）
而R22=（ABE）（由R12-b而来，R22也满足BCNF，能在F中找到ABE关系式）
就这样当最后一个RXX也满足BCNF的时滑族候就代表已经分解完毕。