評測師考試知識點整理

1、一、一、數(shù)據(jù)庫范式數(shù)據(jù)庫范式范式：英文名稱是NmalFm，它是英國人E.F.Codd（關(guān)系數(shù)據(jù)庫的老祖宗）在上個世紀(jì)70年代提出關(guān)系數(shù)據(jù)庫模型后總結(jié)出來的，范式是關(guān)系數(shù)據(jù)庫理論的基礎(chǔ)，也是我們在設(shè)計數(shù)據(jù)庫結(jié)構(gòu)過程中所要遵循的規(guī)則和指導(dǎo)方法。目前有跡可尋的共有8種范式，依次是：1NF，2NF，3NF，BCNF，4NF，5NF，DKNF，6NF。通常所用到的只是前三個范式，即：第一范式（1NF），第二范式（2NF），第三范式（3NF）。下面

2、就簡單介紹下這三個范式。◆第一范式（第一范式（1NF）：強調(diào)的是列的原子性，即列不能夠再分成其他幾列。）：強調(diào)的是列的原子性，即列不能夠再分成其他幾列?？紤]這樣一個表：【聯(lián)系人】（姓名，性別，電話）如果在實際場景中，一個聯(lián)系人有家庭電話和公司電話，那么這種表結(jié)構(gòu)設(shè)計就沒有達到1NF。要符合1NF我們只需把列（電話）拆分，即：【聯(lián)系人】（姓名，性別，家庭電話，公司電話）。1NF很好辨別，但是2NF和3NF就容易搞混淆?！舻诙妒剑ǖ诙妒?/p>

3、（2NF）：首先是）：首先是1NF，另外包含兩部分內(nèi)容，一是表必須有一個主鍵；二是，另外包含兩部分內(nèi)容，一是表必須有一個主鍵；二是沒有包含在主鍵中的列必須完全依賴于主鍵，而不能只依賴于主鍵的一部分。沒有包含在主鍵中的列必須完全依賴于主鍵，而不能只依賴于主鍵的一部分?？紤]一個訂單明細表：【derDetail】（derID，ProductID，UnitPrice，Discount，Quantity，ProductName）。因為我們知道在一

4、個訂單中可以訂購多種產(chǎn)品，所以單單一個derID是不足以成為主鍵的，主鍵應(yīng)該是（derID，ProductID）。顯而易見Discount（折扣），Quantity（數(shù)量）完全依賴（取決）于主鍵（OderID，ProductID），而UnitPrice，ProductName只依賴于ProductID。所以derDetail表不符合2NF。不符合2NF的設(shè)計容易產(chǎn)生冗余數(shù)據(jù)?？梢园选綿erDetail】表拆分為【derDetail】（d

5、erID，ProductID，Discount，Quantity）和【Product】（ProductID，UnitPrice，ProductName）來消除原訂單表中UnitPrice，ProductName多次重復(fù)的情況?！舻谌妒剑ǖ谌妒剑?NF）：首先是）：首先是2NF，另外非主鍵列必須直接依賴于主鍵，不能存在傳遞依，另外非主鍵列必須直接依賴于主鍵，不能存在傳遞依賴。賴。即不能存在：非主鍵列A依賴于非主鍵列B，非主鍵列B依賴于

6、主鍵的情況?？紤]一個訂單表【der】（derID，derDate，CustomerID，CustomerName，CustomerAddr，CustomerCity）主鍵是（derID）。其中derDate，CustomerID，CustomerName，CustomerAddr，CustomerCity等非主鍵列都完全依賴于主鍵（derID），所以符合2NF。不過問題是CustomerName，CustomerAddr，Custome

7、rCity直接依賴的是CustomerID（非主鍵列），而不是直接依賴于主鍵，它是通過傳遞才依賴于主鍵，所以不符合3NF。通過拆分【der】為【der】（derID，derDate，CustomerID）和【Customer】（CustomerID，CustomerName，CustomerAddr，CustomerCity）從而達到3NF。第二范式（2NF）和第三范式（3NF）的概念很容易混淆，區(qū)分它們的關(guān)鍵點在于，2NF：非主鍵列是

8、否完全依賴于主鍵，還是依賴于主鍵的一部分；3NF：非主鍵列是直接依賴于主鍵，還是直接依賴于非主鍵列?！鬊CNF是比第三范式更嚴格一個范式。它要求關(guān)系模型中所有的屬性（包括主屬性和非主屬性）都不傳遞依賴于任何候選關(guān)鍵字。也就是說，當(dāng)關(guān)系型表中功能上互相依賴的那些列的每一列都是一個候選關(guān)鍵字時候，該滿足BCNF。BCNF實際上是在第三范式的基礎(chǔ)上，進一步消除了主屬性的傳遞依賴。實際上是在第三范式的基礎(chǔ)上，進一步消除了主屬性的傳遞依賴。3舉例

9、舉例有這樣一個配件管理表WPE(WNOPNOENOQNT)其中WNO表示倉庫號，PNO表示配件4應(yīng)用應(yīng)用顯然，第四范式的應(yīng)用范圍比較小，因為只有在某些特殊情況下，要考慮將表規(guī)范到第四范式。所以在實際應(yīng)用中，一般不要求表滿足第四范式。◆第五范式（第五范式（5NF）1定義定義第五范式有以下要求：（1）必須滿足第四范式（2）表必須可以分解為較小的表，除非那些表在邏輯上擁有與原始表相同的主鍵。2說明說明第五范式是在第四范式的基礎(chǔ)上做的進一步規(guī)范

10、化。第四范式處理的是相互獨立的多值情況，而第五范式則處理相互依賴的多值情況。3舉例舉例有一個銷售信息表SALES（SALEPERSON，VEND，PRODUCT）。SALEPERSON代表銷售人員，VEND代表供和商，PRODUCT則代表產(chǎn)品。在某些情況下，這個表中會產(chǎn)生一些冗余。可以將表分解為PERSON_VEND表（SALEPERSON，VEND）；PERSON_PRODUCT表（SALEPERSON，PRODUCT）；VEND_P

11、RODICT表（VEND，PRODUCT）。二、二、分布式數(shù)據(jù)庫系統(tǒng)的透明性分布式數(shù)據(jù)庫系統(tǒng)的透明性1.分片透明性分片透明性：用戶不必關(guān)心數(shù)據(jù)是如何分片，他們對數(shù)據(jù)的操作在全局關(guān)系上進行的，即關(guān)心如何分片對用戶是透明的，因此，當(dāng)分片改變時應(yīng)用程序可以不變。分片透明性是最高層次的透明性，如果用戶能在全局關(guān)系一級操作，則數(shù)據(jù)如何分布，如何存儲等細節(jié)不必關(guān)心，其應(yīng)用程序的編寫與集中式數(shù)據(jù)庫相同。2.復(fù)制透明性復(fù)制透明性：用戶不用關(guān)心數(shù)據(jù)庫在網(wǎng)

12、絡(luò)中的各個節(jié)點的復(fù)制情況，被復(fù)制的數(shù)據(jù)的更新都由系統(tǒng)自動完成。在分布式數(shù)據(jù)庫系統(tǒng)中，可以把一個場地的數(shù)據(jù)復(fù)制到其他場地存放，應(yīng)用程序可以使用復(fù)制到本地的數(shù)據(jù)在本地完成分布式操作，避免通過網(wǎng)絡(luò)傳輸數(shù)據(jù)，提高了系統(tǒng)的運行和查詢效率。但是對于復(fù)制數(shù)據(jù)的更新操作，就要涉及到對所有復(fù)制數(shù)據(jù)的更新。3.位置透明性位置透明性：用戶不必知道所操作的數(shù)據(jù)放在何處，即數(shù)據(jù)分配到哪個或哪些站點存儲對用戶是透明的。因此，數(shù)據(jù)分片模式的改變，如把數(shù)據(jù)從一個站點轉(zhuǎn)