數(shù)據(jù)庫應用程序開發(fā)課件

第8章數(shù)據(jù)庫應用程序開發(fā)12021精選ppt數(shù)據(jù)庫應用程序的體系結(jié)構主機集中型結(jié)構文件型服務器結(jié)構二層客戶/服務器（C/S）結(jié)構三層客戶/服務器結(jié)構返回首頁22021精選ppt主機集中型結(jié)構主機集中型結(jié)構的數(shù)據(jù)庫應用系統(tǒng)一般在一臺主機（大型計算機或小型計算機）帶多臺終端的環(huán)境下運行，這種結(jié)構在20世紀60～70年代比較盛行。在這種結(jié)構的數(shù)據(jù)庫應用程序中，數(shù)據(jù)庫的存儲、計算、讀取與應用程序的執(zhí)行，全部集中在后端的主機上執(zhí)行。用戶通過前端的終端輸入信息傳至主機處理，主機處理完成后將處理的結(jié)果返回到前端的終端顯示給用戶。其結(jié)構如圖所示。32021精選ppt返回本節(jié)42021精選ppt

文件型服務器結(jié)構到了20世紀80年代，隨著蘋果計算機、IBM個人計算機的誕生，其開放性的結(jié)構、日漸平易近人的價格，以及愈來愈強的執(zhí)行性能，已為一般企業(yè)所能負擔，而文件型數(shù)據(jù)庫應用程序也就在此時趁勢崛起。在文件型數(shù)據(jù)庫應用程序中，數(shù)據(jù)存放在文件型數(shù)據(jù)庫中，如早期的dBaseIII，到今天的Access，就是一些擁有高知名度的文件型數(shù)據(jù)庫。存放數(shù)據(jù)庫文件的服務器作為文件服務器使用，應用程序的數(shù)據(jù)運算和處理邏輯則存放在前端的工作站中。其體系結(jié)構如圖9-3所示。52021精選ppt62021精選ppt例如：在數(shù)據(jù)庫中有一客戶表，共有10,000條客戶資料?，F(xiàn)假設想找出客戶編號為00001的客戶信息，則文件型數(shù)據(jù)庫應用程序處理這個請求的方法是：（1）先把這10,000條客戶數(shù)據(jù)從文件服務器通過局域網(wǎng)傳至前端工作站。（2）前端工作站再從這10,000條客戶數(shù)據(jù)中查找客戶編號為00001客戶信息。（3）查詢作業(yè)結(jié)束后，再把這10,000條記錄返回到文件服務器。返回本節(jié)72021精選ppt二層客戶/服務器（C/S）結(jié)構為了解決費用和性能的矛盾，客戶/服務器（C/S）結(jié)構就應運而生了。該結(jié)構是由一組性能良好且穩(wěn)定的主機來做數(shù)據(jù)庫服務器，然后連上一群充當客戶機的工作站而成。在這種結(jié)構中，數(shù)據(jù)庫的管理由數(shù)據(jù)庫服務器完成，應用程序的數(shù)據(jù)處理，如數(shù)據(jù)訪問規(guī)則、業(yè)務規(guī)則、數(shù)據(jù)合法性校驗等則可能有兩種情況：一是全部由客戶機來完成，客戶機向服務器傳送的是結(jié)構化查詢語言SQL；二是由客戶機和服務器共同來承擔，程序處理一部分在客戶端以程序代碼來實現(xiàn)，一部分在服務器端以數(shù)據(jù)庫中的觸發(fā)器或存儲過程實現(xiàn)，客戶機向服務器傳送的是SQL或要進行處理的參數(shù)。其系統(tǒng)結(jié)構如圖9-4所示82021精選ppt圖9-4客戶/服務器結(jié)構92021精選ppt以同樣要從10,000條客戶數(shù)據(jù)記錄中，找出客戶編號為00001的客戶信息，客戶/服務器結(jié)構對這種請求的處理方式是：（1）前端客戶機向后端數(shù)據(jù)庫服務器發(fā)出請求。（2）數(shù)據(jù)庫服務器在收到前端客戶機的請求后，自客戶表中找出編號為00001的客戶信息。（3）數(shù)據(jù)庫服務器再把查詢到的結(jié)果傳至前端客戶機。102021精選ppt由于這種通信方式簡單，軟件開發(fā)起來容易，現(xiàn)在很多的應用軟件都是基于這種二層的客戶/服務器模式的，但這種結(jié)構模式的軟件存在以下問題：伸縮性差。性能較差。重用性差。移植性差。返回本節(jié)112021精選ppt三層客戶/服務器結(jié)構分離的目的是使客戶機上的所有處理過程不直接涉及到數(shù)據(jù)庫管理系統(tǒng)，分離的結(jié)果將應用程序在邏輯上分為三層：用戶服務層：提供信息瀏覽和服務定位。主要是實現(xiàn)用戶界面，并保證用戶界面的友好性、統(tǒng)一性。業(yè)務處理層：實現(xiàn)數(shù)據(jù)庫的存取及應用程序的商業(yè)邏輯計算。數(shù)據(jù)服務層：實現(xiàn)數(shù)據(jù)定義、存儲、備份和檢索等功能，主要由數(shù)據(jù)庫系統(tǒng)實現(xiàn)。122021精選ppt圖9-5三層客戶/服務器結(jié)構132021精選ppt三層結(jié)構的系統(tǒng)具有如下特點：（1）業(yè)務邏輯放置在中間層可以提高系統(tǒng)的性能，使中間層業(yè)務邏輯處理與數(shù)據(jù)層的業(yè)務數(shù)據(jù)緊密結(jié)合在一起，而無需考慮客戶的具體位置。（2）添加新的中間層服務器，能夠滿足新增客戶機的需求，大大地提高了系統(tǒng)的可伸縮性。（3）將業(yè)務邏輯置于中間層，從而使業(yè)務邏輯集中到一處，便于整個系統(tǒng)的維護和管理及代碼的復用。142021精選ppt一個基于Web的應用程序在邏輯上可能包含如下幾層：1層，由Web瀏覽器實現(xiàn)的一個客戶層的界面。2層，由Web服務器實現(xiàn)的一個中間層的任務分配機制。3層，由一些服務器端腳本實現(xiàn)的中間層服務。4層，由關系數(shù)據(jù)庫實現(xiàn)的數(shù)據(jù)層存儲機制。152021精選ppt圖9-6互聯(lián)網(wǎng)應用程序結(jié)構返回本節(jié)162021精選ppt數(shù)據(jù)庫與應用程序的接口ODBCJDBC返回首頁172021精選pptODBC(OpenDatabaseConnectivity，開放數(shù)據(jù)庫互連)是微軟公司開放服務結(jié)構(WOSA，WindowsOpenServicesArchitecture)中有關數(shù)據(jù)庫的一個組成部分，它建立了一組規(guī)范，并提供了一組對數(shù)據(jù)庫訪問的標準API（應用程序編程接口）。這些API利用SQL來完成其大部分任務。ODBC本身也提供了對SQL語言的支持，用戶可以直接將SQL語句送給ODBC。

一個基于ODBC的應用程序?qū)?shù)據(jù)庫的操作不依賴任何DBMS，不直接與DBMS打交道，所有的數(shù)據(jù)庫操作由對應的DBMS的ODBC驅(qū)動程序完成。也就是說，不論是FoxPro、Access,MYSQL還是Oracle數(shù)據(jù)庫，均可用ODBCAPI進行訪問。由此可見，ODBC的最大優(yōu)點是能以統(tǒng)一的方式處理所有的數(shù)據(jù)庫。

182021精選pptODBC的體系結(jié)構ODBC的體系結(jié)構如圖9-7所示，它由數(shù)據(jù)庫應用程序、驅(qū)動程序管理器、數(shù)據(jù)庫驅(qū)動程序和數(shù)據(jù)源四部分組成。（1）數(shù)據(jù)庫應用程序。（2）驅(qū)動程序管理器（3）數(shù)據(jù)庫驅(qū)動程序。（4）ODBC數(shù)據(jù)源。192021精選ppt202021精選ppt2．管理數(shù)據(jù)源ODBC驅(qū)動程序管理器可以建立、配置或刪除命名的數(shù)據(jù)源，下面以配置OracleODBC數(shù)據(jù)源為例講解配置數(shù)據(jù)源的方法。其步驟如下：（1）啟動ODBC驅(qū)動程序管理器。選擇“我的電腦”→“控制面板”→“管理工具”，雙擊“數(shù)據(jù)源（ODBC）”圖標打開ODBC數(shù)據(jù)源（驅(qū)動程序）管理器，如圖所示。212021精選ppt使用ODBC連接數(shù)據(jù)庫時，提供了3種DSN：用戶DSN、系統(tǒng)DSN和文件DSN.這里選擇系統(tǒng)DSN。222021精選ppt圖9-8“系統(tǒng)DSN”選項卡（2）選擇ODBC驅(qū)動程序。單擊“添加(D)…”按鈕，將彈出如下圖所示的對話框，選擇數(shù)據(jù)源驅(qū)動程序“OracleinOraClient10g_home01”（不同的安裝可能有不同的名稱），單擊“完成”按鈕。232021精選ppt（3）輸入ODBC數(shù)據(jù)源名稱，選擇數(shù)據(jù)源的SQL服務器。如下圖所示，將數(shù)據(jù)源命名為SelBook，TNS服務名選擇為ORCL（第二章中客戶端安裝中的NET服務配置），用戶名輸入BookSys，單擊OK按鈕，完成OracleODBC的配置工作。242021精選ppt數(shù)據(jù)庫設計數(shù)據(jù)庫設計概述需求分析概念結(jié)構設計邏輯結(jié)構設計數(shù)據(jù)庫的物理設計數(shù)據(jù)庫實施數(shù)據(jù)庫運行與維護252021精選ppt數(shù)據(jù)庫設計概述數(shù)據(jù)庫設計是指對一個給定的應用環(huán)境，構造最優(yōu)的、最有效的數(shù)據(jù)庫模式，建立數(shù)據(jù)庫及其應用系統(tǒng)，使之能夠高效率地存取數(shù)據(jù)，滿足各種用戶的應用需求。數(shù)據(jù)庫設計通常是在一個通用的DBMS支持下進行的。數(shù)據(jù)庫的設計工作通常分階段進行，不同的階段完成不同的設計內(nèi)容。數(shù)據(jù)庫規(guī)范設計方法通常將數(shù)據(jù)庫的設計分為6個階段，如圖8-1所示。返回首頁262021精選ppt272021精選ppt數(shù)據(jù)庫的設計分為6個階段（1）需求分析。收集和分析用戶對系統(tǒng)的信息需求和處理需求，得到設計系統(tǒng)所必須的需求信息，建立系統(tǒng)說明文檔。（2）概念結(jié)構設計。概念結(jié)構設計是整個數(shù)據(jù)庫設計的關鍵。它通過對用戶的需求進行綜合、歸納與抽象，形成一個獨立于具體DBMS的概念模型。（3）邏輯結(jié)構設計。在概念模型的基礎上導出一種DBMS支持的邏輯數(shù)據(jù)庫模型（如關系型、網(wǎng)絡型或?qū)哟涡停?，該模型應滿足數(shù)據(jù)庫存取、一致性及運行等各方面的用戶需求。282021精選ppt（4）物理結(jié)構設計。從一個滿足用戶需求的已確定的邏輯模型出發(fā)，在限定的軟、硬件環(huán)境下，利用DBMS提供的各種手段設計數(shù)據(jù)庫的內(nèi)模式，即設計數(shù)據(jù)的存儲結(jié)構和存取方法。（5）數(shù)據(jù)庫實施。運用DBMS提供的數(shù)據(jù)語言及宿主語言，根據(jù)邏輯設計和物理設計的結(jié)果建立數(shù)據(jù)庫，編制與調(diào)試應用程序，組織數(shù)據(jù)入庫，并進行試運行。（6）數(shù)據(jù)庫運行和維護。292021精選ppt返回本節(jié)302021精選ppt需求分析需求分析的任務需求分析的基本步驟需求分析應用實例返回首頁312021精選ppt需求分析的任務根據(jù)需求分析的目標，需求分析這一階段的任務主要有兩項：（1）確定設計范圍。通過詳細調(diào)查現(xiàn)實世界要處理的對象（組織、部門和企業(yè)等），弄清現(xiàn)行系統(tǒng)（手工系統(tǒng)或計算機系統(tǒng)）的功能劃分、總體工作流程，明確用戶的各種需求。（2）數(shù)據(jù)收集與分析。需求分析的重點是在調(diào)查研究的基礎上，獲得數(shù)據(jù)庫設計所必須的數(shù)據(jù)信息。返回本節(jié)322021精選ppt需求分析的基本步驟1．調(diào)查與初步分析用戶的需求，確定系統(tǒng)的邊界2．分析和表達用戶的需求332021精選ppt1．調(diào)查與初步分析用戶的需求，確定系統(tǒng)的邊界（1）首先調(diào)查組織機構情況。（2）然后調(diào)查各部門的業(yè)務活動情況。（3）在熟悉了業(yè)務活動的基礎上，協(xié)助用戶明確對新系統(tǒng)的各種要求，包括信息要求、處理要求、安全性與完整性要求，這是調(diào)查的又一個重點。（4）最后對前面調(diào)查的結(jié)果進行初步分析，確定新系統(tǒng)的邊界，確定哪些功能由計算機完成或?qū)碛捎嬎銠C完成，哪些活動由人工完成。342021精選ppt352021精選ppt2．分析和表達用戶的需求（1）數(shù)據(jù)流圖。數(shù)據(jù)流圖（DataFlowDiagram，簡稱DFD）是一種最常用的結(jié)構化分析工具，它用圖形的方式來表達數(shù)據(jù)處理系統(tǒng)中信息的變換和傳遞過程。如圖8-4所示，數(shù)據(jù)流圖有4種基本符號。362021精選ppt372021精選ppt（2）數(shù)據(jù)字典。1）數(shù)據(jù)項條目：數(shù)據(jù)項是不可再分的數(shù)據(jù)單位，它直接反映事物的某一特征。2）數(shù)據(jù)結(jié)構條目：反映了數(shù)據(jù)之間的組合關系。3）數(shù)據(jù)流條目：數(shù)據(jù)流是數(shù)據(jù)結(jié)構在系統(tǒng)內(nèi)傳輸?shù)穆窂健?）數(shù)據(jù)文件條目：數(shù)據(jù)文件是數(shù)據(jù)項停留或保存的地方，也是數(shù)據(jù)流的來源和去向之一。5）處理過程條目。返回本節(jié)382021精選ppt需求分析應用實例現(xiàn)要開發(fā)高校圖書管理系統(tǒng)。經(jīng)過可行性分析和初步的需求調(diào)查，確定了系統(tǒng)的功能邊界，該系統(tǒng)應能完成下面的功能：（1）讀者注冊。（2）讀者借書。（3）讀者還書。（4）圖書查詢。392021精選ppt1．數(shù)據(jù)流圖通過對系統(tǒng)的信息及業(yè)務流程進行初步分析后，首先抽象出該系統(tǒng)最高層的數(shù)據(jù)流圖，即把整個數(shù)據(jù)處理過程看成是一個加工的頂層數(shù)據(jù)流圖，如圖8-5所示。402021精選ppt412021精選ppt頂層數(shù)據(jù)流圖反映了圖書管理系統(tǒng)與外界的接口，但未表明數(shù)據(jù)的加工要求，需要進一步細化。根據(jù)前面圖書管理系統(tǒng)功能邊界的確定，再對圖書管理系統(tǒng)頂層數(shù)據(jù)流圖中的處理功能做進一步分解，可分解為讀者注冊、借書、還書和查詢四個子功能，這樣就得到了圖書管理系統(tǒng)的第0層數(shù)據(jù)流圖，如圖8-6所示。422021精選ppt432021精選ppt從圖書管理系統(tǒng)第0層數(shù)據(jù)流圖中可以看出，在圖書管理的不同業(yè)務中，借書、還書、查詢這幾個處理較為復雜，使用到不同的數(shù)據(jù)較多，因此有必要對其進行更深層次的分析，即構建這些處理的第1層數(shù)據(jù)流圖。下面的圖8-7分別給出了借書、還書、查詢子功能的第1層數(shù)據(jù)流圖。442021精選ppt452021精選ppt462021精選ppt472021精選ppt2．數(shù)據(jù)字典（1）數(shù)據(jù)項描述。數(shù)據(jù)項名稱：借書證號別名：卡號含義說明：惟一標識一個借書證類型：字符型長度：20482021精選ppt（2）數(shù)據(jù)結(jié)構描述。名稱：讀者類別含義說明：定義了一個讀者類別的有關信息組成結(jié)構：類別代碼+類別名稱+可借閱數(shù)量+借閱天數(shù)+超期罰款額名稱：讀者含義說明：定義了一個讀者的有關信息組成結(jié)構：姓名+性別+所在部門+讀者類型名稱：圖書含義說明：定義了一本圖書的有關信息組成結(jié)構：圖書編號+圖書名稱+作者+出版社+價格492021精選ppt（3）數(shù)據(jù)流（非數(shù)據(jù)項）說明。數(shù)據(jù)流名稱：借書單含義：讀者借書時填寫的單據(jù)來源：讀者去向：審核借書數(shù)據(jù)流量：250份/天組成：借書證編號+借閱日期+圖書編號數(shù)據(jù)流名稱：還書單含義：讀者還書時填寫的單據(jù)來源：讀者去向：審核還書數(shù)據(jù)流量：250份/天組成：借書證編號+還書日期+圖書編號502021精選ppt（4）數(shù)據(jù)存儲說明。數(shù)據(jù)存儲名稱：圖書信息表含義說明：存放圖書有關信息組成結(jié)構：圖書+庫存數(shù)量說明：數(shù)量用來說明圖書在倉庫中的存放數(shù)數(shù)據(jù)存儲名稱：讀者信息表含義說明：存放讀者的注冊信息組成結(jié)構：讀者+卡號+卡狀態(tài)+辦卡日期說明：卡狀態(tài)是指借書證當前被鎖定還是正常使用數(shù)據(jù)存儲名稱：借書記錄含義說明：存放讀者的借書、還書信息組成結(jié)構：卡號+書號+借書日期+還書日期說明：要求能立即查詢并修改512021精選ppt（5）處理過程說明。處理過程名稱：審核借書證輸入：借書證輸出：認定合格的借書證加工邏輯：根據(jù)讀者信息表和讀者借書證，如果借書證在讀者信息表中存在并且沒有被鎖定，那么借書證是有效的借書證，否則是無效的借書證。返回本節(jié)522021精選ppt概念結(jié)構設計概念結(jié)構設計的方法和步驟局部視圖設計視圖的集成概念結(jié)構設計實例返回首頁532021精選ppt概念結(jié)構設計的方法和步驟1．自頂向下設計法2．自底向上設計法3．由里向外設計法4．混合策略設計法542021精選ppt552021精選ppt返回本節(jié)562021精選ppt局部視圖設計局部視圖設計是根據(jù)系統(tǒng)的具體情況，在多層的數(shù)據(jù)流圖中選擇一個適當層次的數(shù)據(jù)流圖，作為設計分E-R圖的出發(fā)點，并讓數(shù)據(jù)流圖中的每一個部分都對應一個局部應用。選擇好局部應用之后，就可以對每個局部應用逐一設計分E-R圖了。局部E-R圖的設計分為如下的幾個步驟，如圖8-10所示。572021精選ppt582021精選ppt1．確定實體類型和屬性實體和屬性之間沒有嚴格的區(qū)別界限，但對于屬性來講，可以用下面的兩條準則作為依據(jù)：（1）作為屬性必須是不可再分的數(shù)據(jù)項，也就是屬性中不能再包含其他的屬性。（2）屬性不能與其他實體之間具有聯(lián)系。592021精選ppt2．確定實體間的聯(lián)系依據(jù)需求分析結(jié)果，考察任意兩個實體類型之間是否存在聯(lián)系，若有，則確定其類型（一對一，一對多或多對多），接下來要確定哪些聯(lián)系是有意義的，哪些聯(lián)系是冗余的，并消除冗余的聯(lián)系。所謂冗余的聯(lián)系是指無意義的或可以從其他聯(lián)系導出的聯(lián)系。602021精選ppt3．畫出局部E-R圖確定了實體及實體間的聯(lián)系后，可用E-R圖描述出來。形成局部E-R圖之后，還必須返回去征求用戶意見，使之如實地反映現(xiàn)實世界，同時還要進一步規(guī)范化，以求改進和完善。每個局部視圖必須滿足：（1）對用戶需求是完整的。（2）所有實體、屬性、聯(lián)系都有惟一的名字。（3）不允許有異名同義、同名異義的現(xiàn)象。（4）無冗余的聯(lián)系。612021精選ppt返回本節(jié)622021精選ppt視圖的集成各個局部視圖建立好后，還需要對它們進行合并，集成為一個整體的數(shù)據(jù)概念結(jié)構，即總E-R圖。集成局部E-R圖型，設計全局E-R模型的步驟如圖8-12所示。632021精選ppt642021精選ppt1．合并局部E-R圖，生成初步E-R圖（1）屬性沖突。（2）命名沖突。（3）結(jié)構沖突。652021精選ppt2．修改和重構初步E-R圖，消除冗余，生成基本E-R圖（1）用分析的方法消除冗余。分析方法是消除冗余的主要方法。（2）用規(guī)范化理論消除冗余。662021精選ppt672021精選ppt682021精選ppt692021精選ppt返回本節(jié)702021精選ppt概念結(jié)構設計實例1．標識圖書管理系統(tǒng)中的實體和屬性參照數(shù)據(jù)字典中對數(shù)據(jù)存儲的描述，可初步確定三個實體的屬性為：讀者：｛卡號，姓名，性別，部門，類別、辦卡日期，卡狀態(tài)｝圖書：｛書號，書名，作者，價格，出版社，庫存數(shù)量｝借還記錄：｛卡號，書名，借書日期，還書日期｝其中有下劃線的屬性為實體的碼。712021精選ppt2．確定實體間的聯(lián)系722021精選ppt732021精選ppt返回本節(jié)742021精選ppt邏輯結(jié)構設計邏輯結(jié)構設計的任務和步驟概念模型轉(zhuǎn)換為一般的關系模型邏輯結(jié)構設計綜合實例將一般的關系模型轉(zhuǎn)換為oracle下的關系模型數(shù)據(jù)模型的優(yōu)化設計用戶外模式返回首頁752021精選ppt邏輯結(jié)構設計的任務和步驟邏輯結(jié)構設計的主要目標是將概念結(jié)構轉(zhuǎn)換為一個特定的DBMS可處理的數(shù)據(jù)模型和數(shù)據(jù)庫模式。該模型必須滿足數(shù)據(jù)庫的存取、一致性及運行等各方面的用戶需求。邏輯結(jié)構的設計過程如圖8-18所示。762021精選ppt772021精選ppt從圖8-18中可以看出，概念模型向邏輯模型的轉(zhuǎn)換過程分為3步進行：（1）把概念模型轉(zhuǎn)換為一般的數(shù)據(jù)模型。（2）將一般的數(shù)據(jù)模型轉(zhuǎn)換成特定的DBMS所支持的數(shù)據(jù)模型。（3）通過優(yōu)化方法將其轉(zhuǎn)化為優(yōu)化的數(shù)據(jù)模型。返回本節(jié)782021精選ppt概念模型轉(zhuǎn)換為一般的關系模型1．實體的轉(zhuǎn)換規(guī)則將E-R圖中的每一個常規(guī)實體轉(zhuǎn)換為一個關系，實體的屬性就是關系的屬性，實體的碼就是關系的碼。2．實體間聯(lián)系的轉(zhuǎn)換規(guī)則（1）一個1：1聯(lián)系可以轉(zhuǎn)換為一個獨立的關系模式，也可以與任意一端所對應的關系模式合并。（2）一個1:n聯(lián)系可以轉(zhuǎn)換為一個獨立的關系模式，也可以與n端所對應的關系模式合并。792021精選ppt（3）一個m:n聯(lián)系轉(zhuǎn)換為一個關系模式。轉(zhuǎn)換的方法為：與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關系的屬性，新關系的碼為兩個相連實體碼的組合。（4）三個或三個以上實體間的多元聯(lián)系轉(zhuǎn)換為一個關系模式。802021精選ppt3．關系合并規(guī)則為了減少系統(tǒng)中的關系個數(shù)，如果兩個關系模式具有相同的主碼，可以考慮將它們合并為一個關系模式。合并的方法是將其中一個關系模式的全部屬性加入到另一個關系模式中，然后去掉其中的同義屬性，并適當調(diào)整屬性的次序。返回本節(jié)812021精選ppt邏輯結(jié)構設計綜合實例下面仍以圖書管理系統(tǒng)的基本E-R模型（圖8-17）為例，說明基本E-R模型轉(zhuǎn)換成初始關系模型的規(guī)則：（1）將圖8-17中的實體轉(zhuǎn)換成關系模式。（2）將圖8-17中的1:n聯(lián)系“屬于”轉(zhuǎn)換為關系模型。（3）將圖8-17中的m:n聯(lián)系“借還”轉(zhuǎn)換為關系模型。（4）將具有相同碼的關系合并。822021精選ppt數(shù)據(jù)性質(zhì)關系名屬性說明實體讀者借書證號，姓名，性別，部門，類別代碼，辦證日期，借書證狀態(tài)類別代碼為與“屬于”聯(lián)系合并后新增的屬性實體讀者類別類別代碼，類別名稱，可借閱數(shù)量，可借閱天數(shù)，超期罰款額

實體圖書書號，書名，作者，價格，出版社，庫存數(shù)量

聯(lián)系借還借書證號，書號，借書日期，還書日期

表8-1圖書管理系統(tǒng)的關系模型信息返回本節(jié)832021精選ppt將一般的關系模型轉(zhuǎn)換為oracle下的關系模型下面就將圖書管理系統(tǒng)中的關系設計成oracle下相應的表，如下所示。（1）READER（讀者表）。字段代碼字段名稱字段類型長度小數(shù)是否為空CARDID卡號varchar220

NOTNULLNAME姓名varchar216

NOTNULLSEX性別varchar2

2

NULLDEPT部門varchar230

NULL842021精選ppt字段代碼字段名稱字段類型長度小數(shù)是否為空ClASSID類別代碼number

NOTNULLBZDATE辦卡日期datetime

NULLCARDSTATE卡狀態(tài)varchar2

2

NULL852021精選ppt（2）DZCLASS（讀者類別表）。字段代碼字段名稱字段類型長度小數(shù)是否為空CLASSID類別代碼int

NOTNULLCLASSNAME類別名稱varchar216

NOTNULLPERMITDAY可借閱天數(shù)int

NULLPERMITQTY可借閱數(shù)量int

NULLPENALTY超期罰款額money

NULL862021精選ppt（3）BOOK（圖書表）。字段代碼字段名稱字段類型長度小數(shù)是否為空BOOKID書號varchar220

NOTNULLBOOKNAME書名varchar220

NOTNULLEDITER作者varchar28

NULLPRICE價格money

NULLPUBLISHER出版社varchar220

NULLQTY庫存數(shù)量int

NOTNULL872021精選ppt（4）BORROW（借還表）。字段代碼字段名稱字段類型長度小數(shù)是否為空CARDID借書證號varchar220

NOTNULLBOOKID書號varchar220

NOTNULLBDATE借書日期datetime

NOTNULLSDATE還書日期datetime

NULL返回本節(jié)882021精選ppt數(shù)據(jù)模型的優(yōu)化（1）確定各屬性之間的數(shù)據(jù)依賴。（2）對各個關系模式之間的數(shù)據(jù)依賴進行極小化處理，消除冗余的聯(lián)系。（3）判斷每個關系的范式，根據(jù)實際需要確定最合適的范式。（4）根據(jù)需求分析階段得到的處理要求，分析這些模式是否適用于用戶的應用環(huán)境，從而確定是否要對某些模式進行分解或合并。（5）對關系模式進行必要的分解，以提高數(shù)據(jù)的操作效率和存儲空