oracle表的范式,范式的通俗理解

先看下关系型数据库中的一些基本概念：

实体：现实世界中客观存在并可以被区别的事物。比如“一个学生”、“一本书”、“一门课”等等。值得强调的是这里所说的“事物”不仅仅是看得见摸得着的“东西”，它也可以是虚拟的，不如说“老师与学校的关系”。

属性：教科书上解释为：“实体所具有的某一特性”，由此可见，属性一开始是个逻辑概念，比如说，“性别”是“人”的一个属性。在关系数据库中，属性又是个物理概念，属性可以看作是“表的一列”。

元组：表中的一行就是一个元组。

分量：元组的某个属性值。在一个关系数据库中，它是一个操作原子，即关系数据库在做任何操作的时候，属性是“不可分的”。否则就不是关系数据库了。

码：表中可以唯一确定一个元组的某个属性(或者属性组)，如果这样的码有不止一个，那么大家都叫候选码，我们从候选码中挑一个出来做老大，它就叫主码。

全码：如果一个码包含了所有的属性，这个码就是全码。

主属性：一个属性只要在任何一个候选码中出现过，这个属性就是主属性。

非主属性：与上面相反，没有在任何候选码中出现过，这个属性就是非主属性。

外码：一个属性(或属性组)，它不是码，但是它别的表的码，它就是外码。

第一范式：1NF是对属性的原子性约束，要求属性具有原子性，不可再分解。简而言之，不能有重复的列。

第二范式：2NF是对记录的惟一性约束，要求记录要惟一标识，即实体的惟一性。简而言之，非主属性非部分依赖于主关键字。

第三范式：3NF是对字段冗余性的约束，任何字段不能有其它字段派生而来，要求字段没有冗余。简而言之，属性不依赖于其它非主属性。

所谓对属性的约束其实是对列的约束，即列不能再分；

对记录的约束是对行的约束，即数据库表中不存在非关键字段对任一候选字段的不完全依赖，所有非关键字段都要完全依赖于任一候选字段；

第三个是对数据冗余性的约束，即某个表的任一列数据(主键除外)，不能出现在其它表列中。

没有冗余的数据库设计可以做到。但是，没有冗余的数据库未必是最好的数据库，有时为了提高运行效率，就必须降低范式标准，适当保留冗余数据。具体做法是：在概念数据模型设计时遵守第三范式，降低范式标准的工作放到物理数据模型设计时考虑。降低范式就是增加字段，允许冗余。