数据库关系及范式-介绍.pptVIP

数据库关系XXXXXX软件部XX

目录123E-R模型关系范式二者转换规那么

一、E-R模型构成E-R图的根本要素是：实体型、属性和联系实体(Entity)：具有相同属性、相同的特征和性质;比方操作员小王就是一个是实体。在E-R图中用矩形表示。属性(Attribute)：实体所具有的某一特性，一个实体可由假设干个属性来刻画。比方操作员的姓名、密码等。在E-R图中用椭圆形表示。联系(Relationship)：联系也称关系，信息世界中反映实体内部或实体之间的联系。比方操作员和机构存在工作关系。在E-R图中用菱形表示

一、E-R模型联系可分为以下3种类型：(1)一对一联系(1∶1)例如，一个部门有一个经理，而每个经理只在一个部门任职，那么部门与经理的联系是一对一的。(2)一对多联系(1∶N)例如，一个机构可以有多个员工，但是一个员工只能在一个机构中工作，机构与员工之间是一对多的。(3)多对多联系(M∶N)例如，一个岗位有多个权限，一个权限可以有多个岗位使用，岗位与权限是多对多的。

二、关系范式-根底概念实体：现实世界中客观存在并可以被区别的事物。比方“一个客户”、“一个机构”等等。值得强调的是这里所说的“事物”不仅仅是看得见摸得着的“东西”，它也可以是虚拟的，比方说“演唱会”。属性：实体所具有的某一特性，比方，“性别”是“人”的一个属性。在关系数据库中，属性又是个物理概念，属性可以看作是“表的一列”，且属性是“不可分的”，否那么就不是关系数据库了。。元组：表的一行就是一个元组，比方，客户表中的某一客户的信息，即客户的一行记录。分量：元组的某个属性值。

二、关系范式-根底概念码：表中可以唯一确定一个元组的某个属性〔或者属性组〕，如果这样的码有不止一个，那么大家都叫候选码，我们从候选码中挑一个出来做老大，它就叫主码。比方，客户档案表中客户编号就是码。全码：关系模型的所有属性组是这个关系模式的候选码，称为全码。主属性：一个属性只要在任何一个候选码中出现过，这个属性就是主属性。非主属性：与上面相反，没有在任何候选码中出现过，这个属性就是非主属性。比方客户档案表中的号码。外码：一个属性〔或属性组〕，它不是码，但是它别的表的码，它就是外码。比方客户档案中的机构代码。

二、关系范式-数据库范式标准化的根本思想是企图消除关系模式中的数据冗余，消除数据依赖中的不合理局部，解决数据插入、删除时发生的概念性异常现象。

二、关系范式-第1范式〔1NF〕定义：属性不可分。表1-1表1说明：1NF强调属性不可分。表1中【】可分为住宅、列。因此，表1不符合1NF。

二、关系范式-第2范式〔2NF〕定义：符合1NF，并且，消除非主属性对码的局部函数依赖。表2说明：表2中主码为客户编号、抄表期号，其中姓名局部函数依赖于客户编号，因此，表2不符合2NF。表2-1表2-2

二、关系范式-第3范式〔3NF〕定义：符合2NF，并且，消除非主属性对码传递依赖。表3-1说明：表3中主码为客户编号，其中气价类型函数依赖于客户编号、燃气价格函数依赖于气价类型，所以燃气价格传递依赖与客户编号。因此，表3不符合3NF。表3表3-2

二、关系范式-BC范式〔BCNF〕表4-1定义：符合3NF，并且，消除主属性对码的传递依赖。表4表4-2说明：假设一个客户对应一块气表，一个客户对应多期抄表单，一期抄表单对应一个使用气量，所以有如下关系：〔客户编号、抄表期号〕-(气表编号，使用气量)〔气表编号〕-(客户编号)即客户编号传递依赖于〔客户编号，抄表期号〕那么此表4不符合BC范式。

二、关系范式-第4范式〔4NF〕定义：消除表中的多值依赖。说明：表5中，一个岗位可以有多个权限，权限多值依赖于岗位。所以，不符合第4范式。表5-1岗位表表7-2权限表〔菜单表〕表5

二、关系范式-第5范式〔5NF〕定义：将表分割成尽可能小的块，为了排除在表中所有的冗余。第五范式是在第四范式的根底上做的进一步标准化。第四范式处理的是相互独立的多值情况，而第五范式那么处理相互依赖的多值情况。

第1范式二、关系范式-包含关系第2范式第3范式BC范式第4范式第5范式1N|消除非主属性对码的局部函数依赖2N|消除非主属性对码的传递函数依赖3N|消除主属性对码的传递函数依赖BCNF|消除多值依赖4N|将表分割成尽可能小的块5N

二、关系范式-小结至此，范式介绍全部结束。满足范式要求的数据库设计是结构清晰的，同时可防止数据冗余和操作异常。但是操作难，因为需要关联多个表才