数据库---三大范式

文章目录

      • 数据库设计
        • 第一范式(1NF):列不可再分
        • 第二范式(2NF):非主属性完全依赖于主属性
        • 第三范式(3NF):非主属性直接依赖主属性,没有传递依赖
        • BC范式(BCNF):消除主属性对码的部分传递依赖

数据库设计

范式是对关系的不同数据依赖程度的要求。

第一范式(1NF):列不可再分

每一列属性都不能再分,必须满足原子性。

第二范式(2NF):非主属性完全依赖于主属性

数据库表中的每一个实体必须能被唯一区分。

第三范式(3NF):非主属性直接依赖主属性,没有传递依赖

即非主属性之前不存在依赖关系。

BC范式(BCNF):消除主属性对码的部分传递依赖

下面的解释摘抄自 详解第一范式、第二范式、第三范式、BCNF范式

问:关于码的定义,如果除K之外的所有属性都完全函数依赖于K时才能称K为码,那么在判断2NF时又怎么会存在非主属性对码的部分函数依赖这种情况?

答 :在“码”的定义中,除 K 之外的所有属性应该看成是一个集合 U(也就是一个整体),也就是说,只有 K 能够完全函数决定 U 中的每一个属性,那么 K 才是码。如果 K 只是能够完全函数决定 U 中的一部分属性,而不能完全函数决定另外一部分属性,那么 K 不是码。
比如有关系模式 R (Sno, Sname, Cno, Cname, Sdept, Sloc, Grade),
其中函数依赖集为
F= {
Sno → Sname,
Sno → Sdept,
Sdept → Sloc,
Sno → Sloc,
Cno → Cname,
(Sno, Cno) → Grade
}
那么 R 中的码只能是 (Sno, Cno),
Sno 或 Cno 并不能完全函数决定除 Sno / Cno 之外的所有其他属性(其实就是不能决定 Grade ),所以单独的 Sno 与 Cno 并不能作为码。
所以可得到主属性:Sno, Cno
非主属性:Sname, Cname, Sdept, Sloc, Grade
R 中存在非主属性 Cname 对于码 (Sno, Cno) 的部分函数依赖 (Cno → Cname) 。所以 R 不符合 2NF 的要求。

你可能感兴趣的:(数据库)