【正文】 工資 （ 工號 ， 姓名 ， 基本工資 ） – 補(bǔ)貼 （ 補(bǔ)貼名稱 ， 補(bǔ)貼數(shù) ） ? 2NF— 滿足 1NF的關(guān)系 R， 且 R中每一個非主屬性完全函數(shù)依賴于主鍵屬性 ， 則稱R滿足第二范式 。 即每一個非主屬性不能函數(shù)依賴主鍵屬性的一部分 。 – [例 ] 學(xué)生社團(tuán) （ 學(xué)號 ， 社團(tuán)代號 ， 姓名 ， 性別 ， 社團(tuán)名稱 ） – 滿足 1NF， 但不滿足 2NF， 學(xué)生姓名 、 性別只依賴于學(xué)號 ， 和社團(tuán)無關(guān) 。 社團(tuán)名稱只依賴于社團(tuán)代號 ， 和學(xué)號無關(guān) 。 ? 關(guān)系數(shù)據(jù)庫規(guī)范化理論 – 不滿足 2NF關(guān)系 ， 會引起數(shù)據(jù)冗余和插入 、 刪除異?，F(xiàn)象 。 例如插入新社團(tuán)而缺少學(xué)號無法添加；當(dāng)刪去某個學(xué)生信息時 ， 可能會丟失有關(guān)的社團(tuán)信息 。 解決方法：將非函數(shù)依賴部分分解成二個或多個滿足要求第二范式 （ 2NF） 的關(guān)系 。 – 學(xué)生 （ 學(xué)號 ， 姓名 ， 性別 ） – 社團(tuán) （ 社團(tuán)代號 ， 名稱 ） – 學(xué)生社團(tuán) （ 學(xué)號 ， 社團(tuán)代號 ） ? 3FN— 滿足第二范式的關(guān)系 R， 且非主鏈屬性都不傳遞依賴主鏈屬性 ， 則 R滿足第三范式的關(guān)系 。 – [例 ] 產(chǎn)品供銷 （ 產(chǎn)品代碼 ， 名稱 ， 規(guī)格 ， 供應(yīng)商名 ， 供應(yīng)商地址 ） – 非 3FN關(guān)系同樣存在冗余和更新異常問題 。 解決方法 ， 分解成多個滿足 3FN的關(guān)系 。 – 產(chǎn)品 （ 產(chǎn)品代碼 ， 名稱 ， 規(guī)格 ， 供應(yīng)商名 ） – 供應(yīng)商 （ 供應(yīng)商名 ， 供應(yīng)商地址 ） ? 關(guān)系規(guī)范化實(shí)際上是關(guān)系分解 ， 關(guān)系屬性確定的過程 ， 通過分解使關(guān)系達(dá)到較高的范式 。 分解可有多種可能性 ， 但必須遵循關(guān)系分解的基本原則： ? 無損分解原則 ， 即分解后不丟失信息； ? 獨(dú)立關(guān)系分解原則 ， 即分解后的關(guān)系必須相互獨(dú)立 ， 避免對一個關(guān)系的修改 ，涉及到另一個關(guān)系 。 ? 關(guān)系型數(shù)據(jù)庫最大特點(diǎn)之一 ， 它有堅實(shí)的理論基礎(chǔ) 。 關(guān)系代數(shù)以集合代數(shù)為基礎(chǔ) ， 以關(guān)系 （ 表 ） 為分散對象的一組分散集合 。 第六章 數(shù)據(jù)資源管理技術(shù) 第六章 數(shù)據(jù)資源管理技術(shù) ? 數(shù)據(jù)庫技術(shù)的發(fā)展 – 分布式數(shù)據(jù)庫系統(tǒng)： 是數(shù)據(jù)庫 DB技術(shù)與網(wǎng)絡(luò)技術(shù)結(jié)合的產(chǎn)物 。 ? 集中式數(shù)據(jù)庫系統(tǒng)： 數(shù)據(jù)集中在一臺服務(wù)器上 ， 完成數(shù)據(jù)管理和數(shù)據(jù)處理 。 集中數(shù)據(jù)易于管理 ， 可減少冗余 ， 應(yīng)用程序與數(shù)據(jù)間有較高的獨(dú)立性 。 但系統(tǒng)不靈活 ， 安全性差 ， 數(shù)據(jù)服務(wù)器發(fā)生故障 ， 導(dǎo)致系統(tǒng)癱瘓 。 ? 分布式數(shù)據(jù)庫系統(tǒng)： 將數(shù)據(jù)庫分散在多臺服務(wù)器上 ， 通過網(wǎng)絡(luò)通信連接構(gòu)成邏輯整體 ， 分布式 DBMS管理分布環(huán)境下邏輯集成數(shù)據(jù)的存取 、 一致性 、 有效性和完整性的軟件 。 ? 分布式數(shù)據(jù)庫 系統(tǒng)靈活 、 可擴(kuò)展性好 、 可靠性高 、 局部應(yīng)用響應(yīng)速度快 ，特別適合分布式管理和控制的機(jī)構(gòu) 。 但數(shù)據(jù)安全性和保密性處理困難 ，遠(yuǎn)程訪問時 ， 化費(fèi)在通信上的開銷較大 ， 如系統(tǒng)并發(fā)控制 、 故障恢復(fù)和遠(yuǎn)程數(shù)據(jù)訪問技術(shù)復(fù)雜 。 – 分布式數(shù)據(jù)庫系統(tǒng)是非常實(shí)用 、 有發(fā)展前景的數(shù)據(jù)庫系統(tǒng) 。 – 面向?qū)ο髷?shù)據(jù)庫： 是面向?qū)ο蠹夹g(shù)與數(shù)據(jù)庫技術(shù)結(jié)合的產(chǎn)物 。 ? RDBMS只能處理格式化數(shù)據(jù) ， 不能處理 非格式化多媒體數(shù)據(jù) ， 如圖形 、圖象 、 聲音 、 正文等 ， 也不 支持新的數(shù)據(jù)類型和嵌套 、 遞歸的數(shù)據(jù)結(jié)構(gòu) ，難以滿足計算機(jī)應(yīng)用領(lǐng)域的拓寬的需要 ， 如 CAD/CAM、 CIMS、 CASE、OA等領(lǐng)域的應(yīng)用 。 ? 有兩種模型：對象關(guān)系模型 ORDBMS是在傳統(tǒng)關(guān)系數(shù)據(jù)庫上 ， 擴(kuò)充 SQL語言 ， 支持處理非結(jié)構(gòu)化數(shù)據(jù)的結(jié)構(gòu) 。 面向?qū)ο竽Ｐ?OODBMS是在程序設(shè)計語言 OOPL上擴(kuò)充能操作持久性數(shù)據(jù) ， 處理數(shù)據(jù)庫 。 第六章 數(shù)據(jù)資源管理技術(shù) ? 數(shù)據(jù)庫技術(shù)的發(fā)展 – 數(shù)據(jù)集市和數(shù)據(jù)倉庫： 一個組織或企業(yè)在運(yùn)轉(zhuǎn)時 ， 系統(tǒng)數(shù)據(jù)庫應(yīng)該隨時收集數(shù)據(jù) ， 稱 操作數(shù)據(jù)庫 ， 它為聯(lián)機(jī)事務(wù)處理 OLTP提供服務(wù) 。數(shù)據(jù)倉庫 （ Data Warehouse） 的目的是鞏固 、 存儲和管理從數(shù)據(jù)庫中抽取的數(shù)據(jù) ， 用以分析 、 解釋 ， 用業(yè)務(wù)所積累的數(shù)據(jù)作指導(dǎo) ， 支持趨勢 、 分析 、 解釋和組織的決策 。 – 數(shù)據(jù)倉庫是一個面向主題的 、 集成的 、 穩(wěn)定的數(shù)據(jù)集合 ， 主要用于非結(jié)構(gòu)化決策的聯(lián)機(jī)分析處理 OLAP， 是操作數(shù)據(jù)庫的數(shù)據(jù)庫 。 數(shù)據(jù)按主題組織 ， 具有時間片的 、 歷史數(shù)據(jù) ， 不被更改 。 – 因為 ， 非結(jié)構(gòu)化決策所遇到的問題具有不確定性 ， 數(shù)據(jù)倉庫必須有較操作數(shù)據(jù)庫大得多的容量 ， 適應(yīng)聯(lián)機(jī)分析處理 、 決策支持的所需 。 – 數(shù)據(jù)倉庫可以很快成長為一個大系統(tǒng) ， 經(jīng)常是千兆字節(jié)的信息 ， 任何特殊或不經(jīng)常使用的分析查詢對數(shù)據(jù)訪問都會成為問題 。 數(shù)據(jù)集市 （ Data Mart） 是一個部門或小的數(shù)據(jù)倉庫 ， 被一個小組織優(yōu)化和維護(hù) ， 以滿足他們的需求 。 數(shù)據(jù)集市可以認(rèn)為是部門倉庫或小倉庫 ， 是主倉庫的子倉庫 。 第六章 數(shù)據(jù)資源管理技術(shù) ? 在沒有任何解釋時 ， 數(shù)據(jù)本身沒有多大意義 ， 數(shù)據(jù)及對數(shù)據(jù)的解釋 、 分析構(gòu)成信息 。 信息是一種價值高于原數(shù)據(jù)的資源 。 ? 操作數(shù)據(jù)庫： 保障組織業(yè)務(wù)的運(yùn)作 ， 跟蹤組織運(yùn)作的整過程 ， 其特點(diǎn)： – 集中在某個特定時間 ， 針對少量不連續(xù)的記錄 – 要求操作數(shù)據(jù)盡可能和實(shí)際情況的變化同步更新 – 要求系統(tǒng)對所有用戶的每項操作提供實(shí)時響應(yīng) – OLTP應(yīng)用程序允許用戶在任何時間操作其個人 /少數(shù)人的數(shù)據(jù) ， 操作數(shù)據(jù)庫關(guān)鍵是規(guī)范化 ， 消除操作數(shù)據(jù)庫的冗余 ， 提供快速響應(yīng)能力 – 適用于事務(wù)管理 ， 確保在更新多個數(shù)據(jù)表時保持表間數(shù)據(jù)一致性 ， 雖然增加了數(shù)據(jù)庫的開銷 ， 但對經(jīng)常發(fā)生數(shù)據(jù)變化的數(shù)據(jù)庫十分必要 ? 分析型數(shù)據(jù)庫： 解決數(shù)據(jù)分析問題 ， 它能對大數(shù)據(jù)量 、 復(fù)雜的查詢作出快速反映 。 適用于 OLAP。 其特點(diǎn)： – 多維數(shù)據(jù)結(jié)構(gòu) 、 集成的存儲數(shù)據(jù) – 能夠預(yù)先匯總和求平均值 ， 即時查詢涉及成千上萬條記錄也能迅速響應(yīng) ? 兩種數(shù)據(jù)庫設(shè)計 比較： – 操作型數(shù)據(jù)庫采用規(guī)范化技術(shù)盡量減少和消除冗余 ， 便于數(shù)據(jù)修改 – 分析型數(shù)據(jù)庫數(shù)據(jù)不僅可以接受冗余 ， 而且鼓勵使用冗余 ， 保留重復(fù)信息 ，查詢處理器只需要數(shù)據(jù)庫的一部分就能夠查詢到要求的相關(guān)信息 ， 改善系統(tǒng)性能 。 第六章 數(shù)據(jù)資源管理技術(shù) ? OLTP與 OLAP數(shù)據(jù)庫設(shè)計需求對照 事務(wù)型數(shù)據(jù)庫（ OLTP） 分析型數(shù)據(jù)庫（ OLAP） 處理個別記錄 關(guān)注一般趨勢 高生產(chǎn)率（每天數(shù)百萬事務(wù)處理） 低生產(chǎn)率（每天只有數(shù)十或數(shù)百記錄） 系統(tǒng)的操作改變數(shù)據(jù) 系統(tǒng)的操作可以回答問題 查詢只涉及幾條記錄 查詢經(jīng)常波及整個數(shù)據(jù)庫 許多操作更改源數(shù)據(jù) 大多數(shù)操作是只讀，不可更改 支持事務(wù)處理 不支持事務(wù)處理，支持決策 需要完全時實(shí)更新 經(jīng)常批量更新（例如晚上或周末） 能很快反應(yīng)新數(shù)據(jù) 最終反應(yīng)新數(shù)據(jù)