《2021年度评测师考试知识点.pdf》由会员分享，可在线阅读，更多相关《2021年度评测师考试知识点.pdf（3页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、一、数据库范式范式：英文名称是Normal Form,它是英国人E.F.Codd（关系数据库老祖宗）在上个世纪7 0 年代提出关系数据库模型后总结出来，范式是关系数据库理论基本，也是咱们在设计数据库构造过程中所要遵循规则和指引办法。当前有迹可寻共有8 种范式，依次是：INF,2NF,3NF,BCNF,4NF,5NF,DKNF,6NF。普通所用到只是前三个范式，即：第一范式（1NF）,第二范式（2NF）,第三范式（3NF）。下面就简朴简介下这三个范式。第一范式（INF）:强调是列原子性，即列不可以再提成其她几列。考虑这样一种表：【联系人】（姓名，性别，电话）如果在实际场景中，一种联系人有家庭电话
2、和公司电话，那么这种表构造设计就没有达到IN F o 要 符 合 1N F咱们只需把列（电话）拆分，即：【联系人】（姓名，性别，家庭电话，公司电话）。1N F较好辨别，但 是 2N F和 3 N F就容易搞混淆。第二范式（2NF）:一方面是1N F,此外包括两某些内容，一是表必要有一种主键；二是没有包括在主键中列必要完全依赖于主键，而不能只依赖于主键一某些。考虑一种订单明细表：【OrderDetail】（OrderlD,ProductID,UnitPrice,Discount,Quantity.ProductName）。由于咱们懂得在一种订单中可以订购各种产品，因此单单一种OrderlD是局限
3、性以成为主键，主键应当是（OrderlD,ProductID）。显而易见Discount（折扣）,Quantity（数量）完全依 赖（取决）于主键（OderlD,ProductID）,而 UnitPrice,ProductName 只依赖于 ProductlD因 此 OrderDetail表不符合2NF。不 符 合 2 N F设计容易产生冗余数据。可 以 把（OrderDetail表拆分为 OrderDetail （OrderlD,ProductID,Discount,Quantity）和【Product】（ProductID,UnitPrice,ProductName）来消除原订单表中 Un
4、itPrice.ProductName多次重复状况。第三范式（3NF）：一方面是2N F,此外非主键列必要直接依赖于主键，不能存在传递依赖。即不能存在：非主键列A 依赖于非主键列B,非主键列B 依赖于主键状况。考虑一种订单表【Order】(OrderlD,OrderDate,CustomerlD,CustomerName,CustomerAddr,CustomerCity)主 键 是(OrderlD)o其中 OrderDate.CustomerlD.CustomerName,CustomerAddr,CustomerCity 等非主键列都完全依赖于主键(O rderlD),因此符合2NF。但是
5、问题是CustomerName.CustomerAddr,CustomerCity直接依赖是CustomerlD(非主犍列)，而不是直接依赖于主犍，它是通过传递才依赖于主键，因此不符合3NF。通过拆分【Order】为【Order】(OrderlD,OrderDate,CustomerlD)fQ Customer(CustomerlD,CustomerName,CustomerAddr,CustomerCity)从而达至ij 3NF。第二范式(2 N F)和第三范式(3 N F)概念很容易混淆，区别它们核心点在于，2NF：非主键列与否完全依赖于主键，还是依赖于主键一某些；3NF：非主键列是直接依
6、赖于主键，还是直接依赖于非主键列。BCNF是比第三范式更严格一种范式。它规定关系模型中所有属性(涉及主属性和非主属性)都不传递依赖于任何候选核心字。也就是说，当关系型表中功能上互相依赖那些列每一列都是一种候选核心字时候，该满足BCNF。BCNF事实上是在第三范式基本上，进一步消除了主属性传递依赖。3.举例有这样一种配件管理表WPE(WNO,PNO,ENO,QNT),其 中 W NO表达仓库号，PNO表达配件号，ENO表达职工号，QNT表达数量。有如下约束规定：(1)一种仓库有多名职工；(2)1 种职工仅在一种仓库工作；(3)每个仓库里一种型号配件由专人负责，但一种人可以管理几种配件；(4)同一
7、种型号配件可以分放在几种仓库中。分析表中函数依赖关系，可以得到：(1)ENO-WNO;(2)(WNO,PNO)-QNT(3)(WNO,PNO)-ENO(4)(ENO,PNO)-QNT可以看到，候选键有：(ENO,PN。);(WNO,PNO)o因此，ENO,PNO,WNO均为主属性，QNT为非主属性。显然，非主属性是直接依赖于候选键。因此此表满足第三范式。而咱们观测一下主属性：(WNO,PN。)-ENO;ENO-WNO,显然 W N O 对于候选键(W NO,PNO)存在传递依赖，因此不符合BCNF.解决这个问题办法是分拆为两个表：管理表EP(ENO,PNO,QNT)；工作表EW(ENO,WNO
8、)。但这样做会导致函数依赖(WNO,PNO)-ENO丢失。4.应用虽然，不满足B C N F,也会导致某些冗余和一致性问题。但是，将表分解成满足BCNF表乂也许丢失某些函数依赖。因此，普通状况下不会强制规定关系表要满足BCNF。第四范式(4NF)1.定义第四范式需要满足如下规定：(1)必要满足第三范式(2)表中不能包括一种实体两个或各种互相独立多值因子。2.阐明显然，第四范式也是一种比第三范式严格范式。第四范式意思是：当一种表中非主属性互相独立时(3 N F),这些非主属性不应当有多值。若有多值就违背了第四范式。定义比较抽象，可以参照下面例子理解。3.举例有这样一种顾客联系方式表 TELEPHONE(CUSTOMERID,PHONE,CELL)。CUSTOMERID 为顾客ID,PHONE为顾客固定电话,CELL为顾客移动电话。本来，这是一种非常简朴第3 范式表。主键为CUSTOMERID,不存在传递依赖。但在