1、數(shù)據(jù)庫原理及應(yīng)用總結(jié)報告姓名：張 雪學(xué)號：201090519250班級：文自1022 分數(shù)：_一、 數(shù)據(jù)庫的作用、意義及發(fā)展趨勢：作用：數(shù)據(jù)庫是長期儲存在計算機內(nèi)，有組織的、可共享的大量數(shù)據(jù)集合。對于企業(yè)來說，數(shù)據(jù)庫能夠完全整合現(xiàn)有的業(yè)務(wù)系統(tǒng)，保護已有的投資，并能在應(yīng)用程序的配合下充分的分析數(shù)據(jù)，為決策提供支持。所有數(shù)據(jù)庫最主要的作用就是對眾多的業(yè)務(wù)提供數(shù)據(jù)支撐。此外數(shù)據(jù)庫的作用還有：1、完善地管理各種數(shù)據(jù)庫對象，具有強大的數(shù)據(jù)組織、用戶管理、安全檢查等功能：2、可以方便地生成各種數(shù)據(jù)對象，利用存儲的數(shù)據(jù)建立窗體和報表，可視性好；3、作為Office套件的一部分，可以與Office集成，實現(xiàn)無

2、縫連接；4、能夠利用Web檢索和發(fā)布數(shù)據(jù)，實現(xiàn)與Internet的連接。其中Access主要適用于中小型應(yīng)用系統(tǒng)，或作為客戶機/服務(wù)器系統(tǒng)中的客戶端數(shù)據(jù)庫。意義：數(shù)據(jù)庫管理系統(tǒng)是一個復(fù)雜、較大的程式，它好比是一個圖書管理系統(tǒng)，不僅可以儲存和取得數(shù)據(jù)，并且可以定義數(shù)據(jù)格式。數(shù)據(jù)庫則是一群經(jīng)過整合的數(shù)據(jù)，以一種共同的格式儲存，以達到數(shù)據(jù)共享、減少數(shù)據(jù)重復(fù)的目的。數(shù)據(jù)庫包含了多個表以及表中各種屬性的特性，是一種工作環(huán)境能減少數(shù)據(jù)的冗余并提高數(shù)據(jù)的完整性。發(fā)展趨勢：數(shù)據(jù)庫信息量的使用頻度已經(jīng)成為衡量一個國家信息化程度的重要標志。在我國70年代數(shù)據(jù)庫技術(shù)引入我國，80年代數(shù)據(jù)庫技術(shù)廣泛普及，90年代我國

3、數(shù)據(jù)庫建設(shè)飛速發(fā)展。當前數(shù)據(jù)庫發(fā)展還有兩股重大的勢頭：1、數(shù)據(jù)庫用戶急劇增多；2、數(shù)據(jù)庫無論是邏輯級、物理級還是整個結(jié)構(gòu)級，其技術(shù)發(fā)展都很快。市場對數(shù)據(jù)庫的需要量猛增，促進了數(shù)據(jù)庫科研工作的發(fā)展，并不斷研究出來越來越好的數(shù)據(jù)庫技術(shù)。主要發(fā)展趨勢為：1、信息特性和來源的變化；2、應(yīng)用領(lǐng)域的變化；3、相關(guān)技術(shù)的發(fā)展；4、當前若干研究熱點，包括文本、數(shù)據(jù)、代碼、數(shù)據(jù)流的集成。二、 例舉現(xiàn)實生活中的幾個數(shù)據(jù)庫應(yīng)用實例：1、客戶訂購登記管理現(xiàn)有一個公司希望為其客戶訂購行為建立一個數(shù)據(jù)庫。如果一個客戶可以有一份或多份訂單，每份訂單可以訂購一種或多種商品。每份訂單有一張發(fā)票，發(fā)票可以通過多種方式來支付購買款

4、，如支票、信用卡或者現(xiàn)金。處理這個客戶訂購等級的職工的名字要被記錄下來。部門工作人員負責(zé)整理訂單并根據(jù)庫存情況處理訂單。如果庫存中有訂單上的產(chǎn)品，就可以直接發(fā)貨，發(fā)貨方式也有多種；如果庫存中沒有訂單上的產(chǎn)品，就不需要登記或者訂購其他產(chǎn)品。需求分析根據(jù)數(shù)據(jù)庫設(shè)計步驟，在進行數(shù)據(jù)庫設(shè)計之前應(yīng)該先進行用戶需求分析，主要是搞清楚用戶的數(shù)據(jù)需求和處理需求。如圖9.1所示是客戶訂購登記數(shù)據(jù)流圖。訂單錄入發(fā)貨處理員工開發(fā)票 產(chǎn)品 發(fā)貨臺賬 發(fā)票 客戶信息 訂單圖9.1 客戶訂購登記數(shù)據(jù)流圖經(jīng)過分析，了解到公司主要是對客戶的訂購行為進行管理，客戶訂購登記過程涉及到的數(shù)據(jù)有以下幾種（數(shù)據(jù)需求）：l 訂單數(shù)據(jù)l

5、客戶數(shù)據(jù)l 職工數(shù)據(jù)l 發(fā)票數(shù)據(jù)l 發(fā)貨數(shù)據(jù)l 產(chǎn)品數(shù)據(jù)本例的處理需求有以下幾種：l 查詢每種產(chǎn)品的訂購情況l 查詢訂單上產(chǎn)品的發(fā)貨情況l 查詢開出去的發(fā)票情況l 查詢每份訂單的執(zhí)行情況概念設(shè)計1 局部視圖設(shè)計（1）確定局部視圖的設(shè)計范（2）確定實體及實體的主鍵（主標識符）。產(chǎn)品：存放所有可以訂購的產(chǎn)品信息。主鍵為“產(chǎn)品編號”。訂單：存放所有與客戶簽訂的訂單，主鍵為“訂單編號”。發(fā)票：存放所有開出的發(fā)票，主鍵為“發(fā)票編號”。職工：存放職工基本信息，主鍵為“職工編號”。發(fā)貨：存放訂購產(chǎn)品的發(fā)貨情況，主鍵為“發(fā)貨編號”?？蛻簦捍娣趴蛻艋拘畔?，主鍵為“客戶編號”。發(fā)票：實體中的付款方式是多值的，主

6、鍵是“付款方式編號”。發(fā)貨：實體中發(fā)貨方式也是多值的，主鍵是“發(fā)貨方式編號”。訂單：主鍵為“訂單編號”。（3）定義實體間的聯(lián)系，所涉及到的聯(lián)系一般有以下幾種?！翱蛻簟焙汀坝唵巍蓖ㄟ^提交發(fā)生聯(lián)系?？蛻艟幪柨蛻粲唵翁峤挥唵尉幪枺?：N）（1:1）圖9.2“產(chǎn)品”實體和“訂單細節(jié)”實體通過訂購產(chǎn)品發(fā)生聯(lián)系。產(chǎn)品編號產(chǎn)品訂單明細訂購訂單編號（1：N）（1:1）產(chǎn)品編號圖9.3“訂單細節(jié)”是“訂單”實體的組成部分，故必存在聯(lián)系。一份訂單可以訂購多種產(chǎn)品，也就是可以有多個訂單細節(jié)，而每個訂單細節(jié)只對應(yīng)一份訂單。因此，二者是“一對多”聯(lián)系。訂單編號訂單訂單明細有訂單編號（1：N）（1:1）產(chǎn)品編號圖9.4“

7、職工”實體通過處理訂單和“訂單”實體發(fā)生聯(lián)系。每個職工可以處理多份訂單，而每份訂單只能由一個職工處理。因此，二者存在“一對多聯(lián)系。職工編號職工訂單處理客戶編號（1：N）（1:1）圖9.5付款方式是發(fā)票的組成部分，故必存在聯(lián)系。每張發(fā)票對應(yīng)一種付款方式，而每種付款方式可以用于不同的發(fā)票中。因此，“付款方式”實體和“發(fā)票”實體之間是一對多聯(lián)系。付款方式編號付款方式發(fā)票提交發(fā)票編號（1：N）（1:1）圖9.6“發(fā)貨”實體與“訂單細節(jié)”實體通過發(fā)貨打包發(fā)生聯(lián)系。每個訂單細節(jié)可能對應(yīng)多次發(fā)貨，而每次發(fā)貨只對應(yīng)一個訂單細節(jié)。因此，“發(fā)貨”實體和“訂單細節(jié)”實體之間是一對多聯(lián)系。訂單編號訂單細 節(jié)發(fā)貨打包發(fā)

8、貨編號（1：N）（1:1）產(chǎn)品編號圖9.7發(fā)貨方式是發(fā)貨的組成部分，故必存在聯(lián)系。發(fā)貨方式編號發(fā)貨方 式發(fā)貨發(fā)貨發(fā)貨編號（1：N）（1:1）圖9.8“訂單”實體和“發(fā)票”實體通過開發(fā)票發(fā)生聯(lián)系。，每份訂單開一張發(fā)票，而每張發(fā)票只對應(yīng)一份訂單。因此，“訂單”實體和“發(fā)票”實體之間是一對一聯(lián)系。訂單編號訂單發(fā)票開出發(fā)票編號（1：1）（1:1）圖9.9（4）給實體及聯(lián)系加上描述屬性，實體和聯(lián)系的屬性應(yīng)該根據(jù)具體應(yīng)用進行識別。同一個實體，在不同的應(yīng)用場合可能擁有屬性不同。凡是應(yīng)用中需要用到的屬性都必須考慮，而應(yīng)用中不會用到的屬性則不必考慮。l “客戶”實體：客戶編號、客戶名稱、郵編、電話號、傳真號、銀

9、行賬號、Emaill “產(chǎn)品”實體：產(chǎn)品編號、產(chǎn)品名、型號、規(guī)格、單價、重量、現(xiàn)有庫存量l “訂單”實體：訂單編號、客戶編號、訂貨日期、交貨日期、發(fā)貨方式編號、職工編號、執(zhí)行狀態(tài)l “訂單細節(jié)”實體：訂單編號、產(chǎn)品編號、單價、訂貨數(shù)量l “發(fā)票”實體：發(fā)票編號、開票日期、付款日期、訂單編號、客戶編號、金額、付款方式編號l “發(fā)貨”實體：發(fā)貨編號、數(shù)量、發(fā)貨日期、訂單編號、產(chǎn)品編號、發(fā)貨方式編號、完成狀態(tài)、職工編號l “職工”實體：職工編號、姓名、性別、出生年月、地址、辦公電話、住宅電話、E-mail、職務(wù)、職稱l “付款方式”實體：付款方式編號、付款方式l “發(fā)貨方式”實體：發(fā)貨方式編號、發(fā)貨

10、方式2 視圖集成集成策略為：采用兩兩集成策略，即每次只集成兩個局部視圖。（1）局部視圖9.3和圖9.4中的“訂單細節(jié)”實體是同一個實體。在集成時只需保留一個。另外，“產(chǎn)品”實體和“訂單”實體是完全不同的兩個實體，不存在域的相關(guān)性，集成視圖中全部保留，集成后如圖9.10所示。產(chǎn)品編號產(chǎn)品訂單明細訂購訂單編號（1：N）（1:1）產(chǎn)品編號訂單訂單編號有（1：N）（1:1）圖9.10 局部視圖9.3和圖9.4的集成（2）局部視圖9.7和圖9.10中的“訂單細節(jié)”實體是同一個實體，集成后如圖9.11所示。產(chǎn)品編號產(chǎn)品訂單明細訂購訂單編號（1：N）（1:1）產(chǎn)品編號訂單訂單編號有（1：N）（1:1）發(fā)貨打

11、包（1:1）（1：N）圖9.11 局部視圖9.7和圖9.10的集成（3）局部視圖9.8和圖9.11中的“發(fā)貨”實體是同一個實體，集成后如圖9.12所示。產(chǎn)品編號產(chǎn)品訂單明細訂購訂單編號（1：N）（1:1）產(chǎn)品編號訂單訂單編號有（1：N）（1:1）發(fā)貨打包（1:1）（1：N）圖9.12 局部視圖9.8和圖9.11的集成發(fā)貨發(fā)貨方式（1:1）（1:N）發(fā)貨方式編號（4）局部視圖9.2和圖局部視圖9.12中的“訂單”實體為同一個實體，集成后如圖9.13所示。產(chǎn)品編號產(chǎn)品訂單明細訂購訂單編號（1：N）（1:1）產(chǎn)品編號訂單訂單編號有（1：N）（1:1）發(fā)貨打包（1:1）（1：N）圖9.13 局部視圖9

12、.2和圖9.12的集成發(fā)貨發(fā)貨方式（1:1）（1:N）發(fā)貨方式編號客戶客戶編號提交（1:1）（1：N）(5)局部視圖9.5與圖9.13中的“訂單”實體為同一個實體，集成后如圖9.14所示。產(chǎn)品編號產(chǎn)品訂單明細訂購訂單編號（1：N）（1:1）產(chǎn)品編號訂單訂單編號有（1：N）（1:1）發(fā)貨打包（1:1）（1：N）圖9.14 局部視圖9.5和圖9.13的集成發(fā)貨發(fā)貨方式（1:1）（1:N）發(fā)貨方式編號客戶客戶編號提交（1:1）（1：N）職工處理（1:1）（0:N）產(chǎn)品編號（6）局部視圖9.9與圖9.14中“訂單”實體為同一個實體，集成后如圖9.15所示。產(chǎn)品編號產(chǎn)品訂單明細訂購訂單編號（1：N）（1

13、:1）產(chǎn)品編號訂單訂單編號有（1：N）（1:1）發(fā)貨打包（1:1）（1：N）圖9.15 局部視圖9.9和圖9.14的集成發(fā)貨發(fā)貨方式（1:1）（1:N）發(fā)貨方式編號客戶客戶編號提交（1:1）（1：N）職工處理（1:1）（0:N）產(chǎn)品編號發(fā)票開出（1:1）（1:1）發(fā)票編號（7）局部視圖9.6與圖9.15中“發(fā)票”實體為同一實體，集成后如圖9.16所示產(chǎn)品編號產(chǎn)品訂單明細訂購訂單編號（1：N）（1:1）產(chǎn)品編號訂單訂單編號有（1：N）（1:1）發(fā)貨打包（1:1）（1：N）圖9.16 局部視圖9.6和圖9.15的集成發(fā)貨發(fā)貨方式（1:1）（1:N）發(fā)貨方式編號客戶客戶編號提交（1:1）（1：N）職

14、工處理（1:1）（0:N）產(chǎn)品編號發(fā)票開出（1:1）（1:1）發(fā)票編號付款方式付款（1：N）（1:1）9.1.3 邏輯設(shè)計邏輯設(shè)計是將概念設(shè)計得到的E-R模型映射為DBMS的邏輯模型。對于關(guān)系型數(shù)據(jù)庫設(shè)計來說，符合E-R圖的數(shù)據(jù)可以用表的集合來表示。根據(jù)前面概念設(shè)計得到的集成視圖9.16，并利用實體到關(guān)系模式以及聯(lián)系到關(guān)系模式的映射規(guī)則，可以得到以下一組關(guān)系模式集，然后利用關(guān)系規(guī)范化理論判斷關(guān)系屬于第幾范式，如果需要，則可再對關(guān)系模式進行優(yōu)化處理。1.客戶（客戶編號，客戶名稱，郵編，電話號，傳真號，銀行賬號，E-mail） 主鍵：客戶編號 候選鍵：電話號、傳真號、銀行賬號、E-mail 函數(shù)依

15、賴集F：客戶編號客戶名稱，郵編，電話號，傳真號，銀行賬號，E-mail，電話號客戶編號，客戶名稱，郵編，傳真號，銀行賬號，E-mail，傳真號客戶編號，客戶名稱，郵編，電話號，銀行賬號，E-mail，銀行賬號客戶編號，客戶名稱，郵編，電話號，傳真號，E-mail，E-mail客戶編號，客戶名稱，郵編，電話號，傳真號，銀行賬號。雖然客戶編號電話號，電話號傳真號，但由于電話號客戶編號也成立，所以客戶編號傳真號不是傳遞依賴?？蛻絷P(guān)系中不存在非主屬性與候選鍵之間的傳遞依賴關(guān)系，所以“客戶”關(guān)系滿足第三范式。2產(chǎn)品（產(chǎn)品編號，產(chǎn)品名，型號，規(guī)格，單價，重量，現(xiàn)有庫存量）主鍵：產(chǎn)品編號函數(shù)依賴集F：產(chǎn)品編

16、號產(chǎn)品名，型號，規(guī)格，單價，重量，現(xiàn)有庫存量。顯然，“產(chǎn)品”關(guān)系滿足第三范式。3. 訂單（訂單編號，客戶編號，訂貨日期，交貨日期，發(fā)貨方式編號，職工編號，執(zhí)行狀態(tài)）主鍵：訂單編號外鍵：客戶編號，引用了“客戶關(guān)系”中的客戶編號； 發(fā)貨方式編號，引用了“發(fā)貨方式”關(guān)系中的發(fā)貨方式編號；職工編號，引用了“職工”關(guān)系中的職工編號。函數(shù)依賴集F：訂單編號客戶編號，訂貨日期，交貨日期，發(fā)貨方式編號，職工編號，執(zhí)行狀態(tài)“訂單”關(guān)系滿足第三范式。注意：訂單中的“執(zhí)行狀態(tài)”用來表示訂單是否已執(zhí)行完畢，即產(chǎn)品全部發(fā)出且錢也已全部到款。4訂單細節(jié)（訂單編號，產(chǎn)品編號，單價，訂貨數(shù)量）主鍵：訂單編號+產(chǎn)品編號函數(shù)依賴

17、集F：訂單編號+產(chǎn)品編號單價，訂貨數(shù)量“訂單細節(jié)”關(guān)系滿足第三范式。5發(fā)票（發(fā)票編號，開票日期，付款日期，訂單編號，客戶編號，金額，付款方式編號）主鍵：發(fā)票編號候選鍵：訂單編號外鍵：訂單編號、客戶編號、付款方式編號函數(shù)依賴集F：（略）“發(fā)票”關(guān)系滿足第三范式。注：由于發(fā)票與訂單之間是1:1聯(lián)系，且都是強制參與，所以發(fā)票文件也可以與訂單文件合并。即，訂單（訂單編號，客戶編號，訂貨日期，交貨日期，發(fā)貨方式編號，職工編號，執(zhí)行狀態(tài)，發(fā)票編號，開票日期，付款日期，金額，付款方式編號）主鍵：訂單編號候選鍵：發(fā)票編號6發(fā)貨（發(fā)貨編號，數(shù)量，發(fā)貨日期，訂單編號，產(chǎn)品編號，發(fā)貨方式編號，完成狀態(tài)，職工編號）主

18、鍵：發(fā)貨編號外鍵：訂單編號、產(chǎn)品編號、發(fā)貨方式編號函數(shù)依賴集（略）“發(fā)貨”關(guān)系滿足第三范式。7職工（職工編號，姓名，性別，出生年月，地址，辦公電話，住宅電話，E-mail，職務(wù)，職稱）主鍵：職工編號候選鍵：E-mail函數(shù)依賴集F（略）“職工”滿足第三范式。8付款方式（付款方式編號，付款方式）主鍵：付款方式編號函數(shù)依賴集F（略） 滿足第三范式9.發(fā)貨方式（發(fā)貨方式編號，發(fā)貨方式）主鍵：發(fā)貨方式編號函數(shù)依賴集F（略）滿足第三范式至此，所有關(guān)系都滿足較高的范式要求，故客戶訂購登記管理的數(shù)據(jù)庫設(shè)計是合理的。下面驗證數(shù)據(jù)庫的設(shè)計是否滿足處理需求：（1）要查詢每種產(chǎn)品的訂購情況，只需對“訂單明細”關(guān)系進

19、行統(tǒng)計；（2）要查詢每份訂單訂購產(chǎn)品的發(fā)貨情況，只需查詢“發(fā)貨”關(guān)系；（3）要查詢已開出去的發(fā)票情況，只需查詢“發(fā)票”關(guān)系；（4）要查詢每份訂單的執(zhí)行情況，只需查詢“訂單”關(guān)系。其他查詢，若查詢某份訂單是哪個客戶簽訂的，則只需對“訂單”和“客戶”關(guān)系作連接操作即可；若要查詢某份訂單上具體訂購了哪些具體的產(chǎn)品，則只需對“訂單細節(jié)”關(guān)系和“產(chǎn)品”關(guān)系進行連接操作查詢即可；因此，上述數(shù)據(jù)庫的設(shè)計是能夠滿足用戶的數(shù)據(jù)需求和處理需求的。2/工資管理部門希望建立一個數(shù)據(jù)庫來管理職工的工資。要計算職工的工資，就需要考慮不在休假日期以內(nèi)的假期、工作期間的病假時間、獎金和扣除的部分。系統(tǒng)必須指明給每個職工發(fā)薪水

20、的方式，隨著時間的推移，發(fā)薪水的方式可能會發(fā)生改變。大多數(shù)的職工是通過銀行卡來結(jié)算工資的，但是也有一部分人使用現(xiàn)金或支票。如果是通過銀行卡，就需要知道賬號和銀行地址。付款方式只可能是一種方式。另外，還有幾種原因需要扣除工資。例如，個人所得稅、養(yǎng)老保險、醫(yī)療保險、公積金等。試根據(jù)工資管理的要求，進行數(shù)據(jù)庫的概念設(shè)計和邏輯設(shè)計。9.3.1 需求分析工資管理主要根據(jù)每個職工每個月的考勤情況來計算工資發(fā)放。工資管理系統(tǒng)的部分數(shù)據(jù)流圖如圖9.28所示。計算工資獎金假期病假其它扣除職工工資明細工資歷史 圖9.28 工資管理系統(tǒng)的頂層數(shù)據(jù)流圖工資管理過程中涉及到的數(shù)據(jù)有如下幾種：l 職工數(shù)據(jù)l 獎金數(shù)據(jù)l

21、假期數(shù)據(jù)l 病假數(shù)據(jù)l 扣除數(shù)據(jù)l 工資歷史數(shù)據(jù)l 工資細節(jié)數(shù)據(jù)工資管理的處理需求主要有以下幾種情況。l 查詢每個職工的所有工資情況。l 查詢職工的支付方式或銀行編號l 查詢職工的獎金、假期、病假以及扣除情況。l 查詢職工的歷史數(shù)據(jù)。9.3.2 概念設(shè)計1.局部視圖設(shè)計（1）確定局部視圖的設(shè)計范圍。該應(yīng)用主要是計算每個職工的工資，因此數(shù)據(jù)庫設(shè)計涉及到職工的病假、假期、獎金等。（2）確定實體及實體主鍵。每個職工都會又多次的假期、病假、獎金以及其它扣除。其中“其他扣除”包括了個人所得稅、國家稅、醫(yī)療保險、養(yǎng)老保險或者預(yù)付款等幾種扣除類型；工資的支付方式分銀行卡、現(xiàn)金、或者支票幾種支付類型；獎金也分

22、為不同類型，所以工資管理中涉及到的實體有如下幾種。l 職工存放職工的基本信息，主鍵為“職工編號”。l 獎金：存放職工每月獲得的獎金，主鍵為“職工編號+日期+獎金類型編號”。l 假期：存放職工的請假情況，主鍵為“職工編號+假期起始日期”。l 病假：存放職工的病假情況，主鍵為“職工編號+病假起始日期”。l 扣除：存放職工每個月的扣除情況，主鍵為“職工編號+扣除日期+扣除類型編號”。l 工資細節(jié)：存放職工工資的賬戶、支付方式以及銀行信息，主鍵為“職工編號”。l 工資歷史：存放每個職工工資的發(fā)放歷史記錄，主鍵為“職工號+日期”。l 獎金類型：存放不同的獎金類型，主鍵為“獎金類型編號”。l 支付類型：存

23、放不同的支付方式，主鍵為“支付類型編號”。l 扣除類型：存放不同的扣除類型，主鍵是“扣除類型編號”（3）定義實體間的聯(lián)系。假期職工請假職工編號假期起始日期1:10:N職工編號圖9.29 “職工”實體與“假期”實體之間的一對多聯(lián)系休息職工請假職工編號病假起始日期1:10:N職工編號圖9.30 “職工”實體與“病假”實體之間的一對多聯(lián)系扣除職工扣除職工編號扣除類型編號1:10:N職工編號日期圖9.31 “職工”實體和“扣除”實體間的一對多聯(lián)系獎金職工獲得職工編號獎金類型編號1:10:N職工編號日期圖9.32 “職工”實體和“獎金”實體間的一對多聯(lián)系工資歷史職工支付職工編號1:10:N職工編號日期工

24、資細節(jié)有1:11:N開始日期職工編號圖9.33 “職工”實體和“工資”實體、“工資細節(jié)”實體間的一對多聯(lián)系獎金獲得職工編號獎金類型編號1:11:N獎金類型編號日期獎金類型 圖9.34 “獎金”實體和“獎金類型”實體間的一對多聯(lián)系扣除扣除類型對應(yīng)職工編號扣除類型編號1:11:N扣除類型編號日期圖9.35 “扣除類型”實體和“扣除”實體間的一對多聯(lián)系工資支付方式支付職工編號日期1:11:N支付方式編號圖9.36 “支付方式”實體和“工資”實體之間的一對多關(guān)系（4）給實體及聯(lián)系加上描述屬性。l 職工：職工編號，姓名，性別，出生年月，地址，辦公電話，住宅電話，E-mail，職務(wù)，部門。l 獎金：職工編

25、號，日期，獎金數(shù)，獎金類型。l 假期：職工編號，假期起始時間，假期結(jié)束時間，請假原因l 病假：職工編號，病假起始時間，病假結(jié)束時間，病假原因l 扣除：職工編號，扣除日期，扣除類型編號，扣除數(shù)量。l 工資歷史：職工編號，日期，工資額。l 工資細節(jié)：職工編號，開始日期，賬號，支付方式編號，銀行名稱，銀行地址。l 支付方式：支付方式編號，支付方式。l 獎金類型：獎金類型編號，獎金類型。l 扣除類型：扣除類型編號，扣除類型。2視圖集成集成時仍采用兩兩集成策略。集成后E-R圖如圖9.37所示。病假假期職工獎金類型獎金獲得對應(yīng)請假休息支付扣除工資歷史扣除對應(yīng)扣除類型有工資細節(jié)支付支付方式支付方式編號職工編

26、號開始日期職工編號日期假期起始日期編號職工編號病假起始日期日期職工編號扣除日期扣除類型編號1:11:N1:11:N0:N1:N0:N1:11:N1:11:11:10:N1:N1:11:11:11:N圖9.37 工資管理系統(tǒng)總體E-R圖9.3.3 邏輯設(shè)計1.職工（職工編號，姓名，性別，出生年月，地址，辦公電話，住宅電話，E-mail，職務(wù)，部門）2.獎金（職工編號，日期，獎金數(shù)，獎金類型）3.假期（職工編號，假期起始時間，假期結(jié)束時間，請假原因）4.病假（職工編號，病假起始時間，病假結(jié)束時間，病假原因）5.扣除（職工編號，扣除日期，扣除類型編號，扣除數(shù)量）6.工資歷史（職工編號，日期，工資額）

27、7.工資細節(jié)（職工編號，日期，賬號，支付方式編號，銀行名稱，銀行地址）8.支付方式（支付方式編號，支付方式）9.獎金類型（獎金類型編號，獎金類型）10.扣除類型（扣除類型編號，扣除類型）三、 數(shù)據(jù)庫的各方面的知識總結(jié)： 第一節(jié)：信息，數(shù)據(jù)與數(shù)據(jù)處理 一、 信息與數(shù)據(jù)： 1、 信息：是現(xiàn)實世界事物的存在方式或運動狀態(tài)的反映?；蛘J為，信息是一種已經(jīng)被加工為特定形式的數(shù)據(jù)。 信息的主要特征是：信息的傳遞需要物質(zhì)載體，信息的獲取和傳遞要消費能量；信息可以感知；信息可以存儲、壓縮、加工、傳遞、共享、擴散、再生和增值 2、 數(shù)據(jù)：數(shù)據(jù)是信息的載體和具體表現(xiàn)形式，信息不隨著數(shù)據(jù)形式的變化而變化。數(shù)據(jù)有文字、

28、數(shù)字、圖形、聲音等表現(xiàn)形式。 3、 數(shù)據(jù)與信息的關(guān)系：一般情況下將數(shù)據(jù)與信息作為一個概念而不加區(qū)分。 二、 數(shù)據(jù)處理與數(shù)據(jù)管理技術(shù)： 1、 數(shù)據(jù)處理：數(shù)據(jù)處理是對各種形式的數(shù)據(jù)進行收集、存儲、加工和傳輸?shù)然顒拥目偡Q。 2、 數(shù)據(jù)管理：數(shù)據(jù)收集、分類、組織、編碼、存儲、檢索、傳輸和維護等環(huán)節(jié)是數(shù)據(jù)處理的基本操作，稱為數(shù)據(jù)管理。數(shù)據(jù)管理是數(shù)據(jù)處理的核心問題。 3、 數(shù)據(jù)庫技術(shù)所研究的問題不是如何科學(xué)的進行數(shù)據(jù)管理。 4、 數(shù)據(jù)管理技術(shù)的三個階段：人工管理，文件管理和數(shù)據(jù)庫系統(tǒng)。 第二節(jié)：數(shù)據(jù)庫技術(shù)的發(fā)展 一、 數(shù)據(jù)庫的發(fā)展：數(shù)據(jù)庫的發(fā)展經(jīng)歷了三個階段： 1、 層次型和網(wǎng)狀型： 代表產(chǎn)品是1969年

29、IBM公司研制的層次模型數(shù)據(jù)庫管理系統(tǒng)IMS。 2、 關(guān)系型數(shù)據(jù)型庫： 目前大部分數(shù)據(jù)庫采用的是關(guān)系型數(shù)據(jù)庫。1970年IBM公司的研究員EFCodd提出了關(guān)系模型。其代表產(chǎn)品為sysem R和Inges。 3、 第三代數(shù)據(jù)庫將為更加豐富的數(shù)據(jù)模型和更強大的數(shù)據(jù)管理功能為特征，以提供傳統(tǒng)數(shù)據(jù)庫系統(tǒng)難以支持的新應(yīng)用。它必須支持面向?qū)ο?，具有開放性，能夠在多個平臺上使用。 二、 數(shù)據(jù)庫技術(shù)的發(fā)展趨勢： 1、 面向?qū)ο蟮姆椒ê图夹g(shù)對數(shù)據(jù)庫發(fā)展的影響： 數(shù)據(jù)庫研究人員借鑒和吸收了面向?qū)ρ姆椒ê图夹g(shù)，提出了面向?qū)ο髷?shù)據(jù)模型。 2、 數(shù)據(jù)庫技術(shù)與多學(xué)科技術(shù)的有機組合： 3、 面向?qū)ｉT應(yīng)用領(lǐng)域的數(shù)據(jù)庫技術(shù)

30、 三、 數(shù)據(jù)庫系統(tǒng)的組成： 數(shù)據(jù)庫系統(tǒng)（DBS）是一個采用數(shù)據(jù)庫技術(shù)，具有管理數(shù)據(jù)庫功能，由硬件、軟件、數(shù)據(jù)庫及各類人員組成的計算機系統(tǒng)。 1、 數(shù)據(jù)庫（DB）： 數(shù)據(jù)庫是以一定的組織方式存放于計算機外存儲器中相互關(guān)聯(lián)的數(shù)據(jù)集合，它是數(shù)據(jù)庫系統(tǒng)的核心和管理對象，其數(shù)據(jù)是集成的、共享的以及冗余最小的。 2、 數(shù)據(jù)庫管理系統(tǒng)（DBMS）： 數(shù)據(jù)庫管理系統(tǒng)是維護和管理數(shù)據(jù)庫的軟件，是數(shù)據(jù)庫與用戶之間的界面。作為數(shù)據(jù)庫的核心軟件，提供建立、操作、維護數(shù)據(jù)庫的命令和方法。 3、 應(yīng)用程序： 對數(shù)據(jù)庫中數(shù)據(jù)進行各種處理的程序，由用戶編寫。 4、 計算機軟件： 5、 計算機硬件： 包括CPU、內(nèi)存、磁盤等。

31、要求有足夠大的內(nèi)存來存放操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)的核心模塊以及數(shù)據(jù)庫緩沖；足夠大的磁盤能夠直接存取和備份數(shù)據(jù)；比較主的通道能力；支持聯(lián)網(wǎng)，實現(xiàn)數(shù)據(jù)共享。 6、 各類人員。 四、 數(shù)據(jù)庫系統(tǒng)的特點： 1、 數(shù)據(jù)共享： 2、 面向全組織的數(shù)據(jù)結(jié)構(gòu)化： 數(shù)據(jù)不再從屬于一個特定應(yīng)用，而是按照某種模型組織成為一個結(jié)構(gòu)化的整。它描述數(shù)據(jù)要身的特性，也描述數(shù)據(jù)與數(shù)據(jù)之間的種種聯(lián)系。 3、 數(shù)據(jù)獨立性： 4、 可控數(shù)據(jù)冗余度： 5、 統(tǒng)一數(shù)據(jù)控制功能： 數(shù)據(jù)安全性控制：指采取一定的安全保密措施確保數(shù)據(jù)庫中的數(shù)據(jù)不被非法用戶存取而造成數(shù)據(jù)的泄密和破壞； 數(shù)據(jù)完整性控制：是指數(shù)據(jù)的正確性、有效性與相容性。 并發(fā)控

32、制：多個用戶對數(shù)據(jù)進行存取時，采取必要的措施進行數(shù)據(jù)保護； 數(shù)據(jù)恢復(fù)：系統(tǒng)能進行應(yīng)急處理，把數(shù)據(jù)恢復(fù)到正確狀態(tài)。 第三節(jié)：數(shù)據(jù)模型 一、 數(shù)據(jù)組織： 關(guān)系型數(shù)據(jù)庫中的數(shù)據(jù)層次如下： 1、 數(shù)據(jù)項（field）：又稱字段，用于描述實體的一個屬性，是數(shù)據(jù)庫的基本單位。一般用屬性名作項名； 2、 記錄（Record）：又稱為結(jié)點，由若干個數(shù)據(jù)項組成，用于描述一個對象； 3、 文件（File）：由若干個記錄組成； 4、 數(shù)據(jù)庫（Data Base）：由邏輯相關(guān)的文件組成。 二、 數(shù)據(jù)模型： 數(shù)據(jù)的組織形式稱為數(shù)據(jù)模型，它決定 數(shù)據(jù)（主要是結(jié)點）之間聯(lián)系的表達方式。主要包括層次型、網(wǎng)狀型、關(guān)系型和面向?qū)?/p>

33、象型四種。層次型和網(wǎng)狀型是早期的數(shù)據(jù)模型，又稱為格式化數(shù)據(jù)系統(tǒng)數(shù)模型。 以上四種模型決定了四種類型的數(shù)據(jù)庫：層次數(shù)據(jù)庫系統(tǒng)，網(wǎng)狀數(shù)據(jù)庫系統(tǒng)，關(guān)系型數(shù)據(jù)庫系統(tǒng)以及面向?qū)ο髷?shù)據(jù)庫系統(tǒng)。 目前微機上使用的主要是關(guān)系型數(shù)據(jù)庫。 1、 層次型：是以記錄為結(jié)點的有向樹；圖如教材P7圖1-2 2、 網(wǎng)狀型：樹的集合，它的表示能力以及精巧懷強于層次型，但獨立性下降。 3、 關(guān)系型： 在關(guān)系型中，數(shù)據(jù)被組織成若干張二維表，每張表稱為一個關(guān)系。 一張表格中的一列稱為一個“屬性”，相當于記錄中的一個數(shù)據(jù)項（或稱為字段），屬性的取值范圍稱為域。 表格中的一行稱為一個“元組”，相當于記錄值。 可用一個或若干個屬性集合的

34、值標識這些元組，稱為“關(guān)鍵字”。 每一行對應(yīng)的屬性值叫做一個分量。 表格的框架相當于記錄型，一個表格數(shù)據(jù)相當于一個同質(zhì)文件。所有關(guān)系由關(guān)系的框架和若干元組構(gòu)成，或者說關(guān)系是一張二維表。 關(guān)系型的特點：描述的一致性；可直接表示多對多關(guān)系；關(guān)系必須是規(guī)范化的；關(guān)系模型建立在數(shù)學(xué)概念基礎(chǔ)上。 4、 面向?qū)ο笮停褐饕捎脤ο蠛蜔舻母拍睢?第四節(jié)：關(guān)系型數(shù)據(jù)庫 一、 關(guān)系型數(shù)據(jù)庫的發(fā)展： 1、 數(shù)據(jù)庫產(chǎn)品種類繁多：像dBASE，F(xiàn)oxBASE，Clipper，Paradox，Acess等。 2、 采用SQL語言：SQL（Structured Query Language）“結(jié)構(gòu)化查詢語言”，是通用的關(guān)系型數(shù)據(jù)庫操作語言，可以查詢、定義、操縱和控制數(shù)據(jù)庫。它是一種非過程化語言。 3、 支持面向?qū)ο蟮某绦蛟O(shè)計： 4、 提供良好的圖形界面和窗口； 5、 支持開放的客戶機/服務(wù)器和分布式