【正文】 其它管理如讀者管理，圖書分類管理，管理員登錄帳戶管理都實行的是在對話框中利用相應記錄集進行修改，增加，刪除等操作，其設計思想在前二個管理中都有此實現(xiàn)，在此不再累述。 逾期未還書管理 逾期未還書管理主要的功能是設置借閱天數(shù)和查看那些讀者沒有還書，那些書沒有還 ,圖，這個功能的主要實現(xiàn)是存儲過程，當設置好借閱天數(shù)確定后將執(zhí)行一個存儲過程 ——“建立檢查逾期圖書，讀者存貯過程 ”，其參數(shù)是設置的天數(shù)，它將執(zhí)行檢查借書記錄表中那些圖書過了閱讀期，過了的增加想應讀 者的未還書數(shù)，寫入讀者記錄表，查年有逾期書的讀者時，將其顯示在 listCtrl中，同時也可選查看逾期未還書，將顯示所有逾未還的圖書。其它如增加，刪除，修改都是利用記錄集中提供的函 數(shù)實現(xiàn)的，只是在其中自大增加了一個界面控制標量，用來控制用戶對些操作的專一性：也就是當擊增加或其它按鍵時，其它都失效，只有一個確定和取消二個按健。因其數(shù)據(jù)庫的操作大都相同，所以只著重介紹管理逾期未還書管理 (主要利用存儲過程實現(xiàn) )和圖書管理二個難度較大的模塊： 圖 圖書管理是本系統(tǒng)中實行的最基本的管理之一，它涉及到二個記 錄集的操作，一個是圖書記錄集，一個圖書類記錄集，每一本書除了其基本的信息外必需是屬于那個大類中的那一個小類，這樣做適合讀者查詢圖書，其難點每本圖書所屬類型要與二個顯示大小類的下拉框顯示同步，我的實現(xiàn)比較原始，是在 CMBookDlg::OnInitDialog()中初始化大類，再根據(jù)每本圖的所屬大類初始化小類下拉框，再根據(jù)所屬小類找到相應的一項。具體的實現(xiàn)請看數(shù)據(jù)庫中建立存儲過程和 CbackBook 類。 還書模塊的實現(xiàn)還書功能，其設計主要用存儲過程來實現(xiàn)。具體實現(xiàn)請看附錄部 分的 CLMView類和 CbookListView. 主要由圖書管理員進行借書還書記錄的登記和清除，它分別由二個界面：借書操作界面和還書界面構成，下面分別介紹其實現(xiàn)過程： 借書的操作十分簡便，只要填入讀者提供的圖書編號和讀者編號，只要移開輸入點，就會顯示圖書的信息和讀者的信息，（如圖）并能自動檢查是否有書，讀者是否能借書而顯示 “確定 ”鍵 OnKillfocusLbookid()和 OnKillfocusLreaderid()是主要實現(xiàn)這些功能的函數(shù)，同時，我在后臺編寫 了借書記錄表的 INSERT 觸發(fā)器，能自動實現(xiàn)修改圖書表中這本書的現(xiàn)存書數(shù)的減少 圖 和讀者記錄表中的已借書。在這個視圖中我定義了一個標量，當為 0時，其運算符為 “=”號，為 1時為 “ LIKE ”，并定義了二種形式，一種是： “查詢條件 %”，另一種是“%查詢條件 ”，所以這樣查詢查找的范圍要大多了，具體實現(xiàn)請看附錄部分的 CLMView 類和 CbookListView. 3) 多條件查詢 當讀者只有一個想找一本什么的書時，很難用直接查找或模糊查找去找到一本書，那么，分步的多條件查找就能滿 足讀者的要求，能根據(jù)讀者所選的大類小類，和其它信息如出版社，作者而將讀者要查詢的書顯示在下面的 LISTVIEW 中，這是利用四個下拉框實現(xiàn)的，在所選大類時，定義了一個圖書類記錄集指針，在讀者選多條件查詢單框時，初始化大類下拉框，使所的大類都顯示出來，讓讀者選擇，當讀者選了大類時，又初始化小類下拉框，顯示所有小類，這樣一步步的按讀者要求選擇完之后，用定義多條件過濾器，然后調用GetDocument()UpdateAllViews(this)。在下面的 ListView 中顯示所查詢的圖書信息。在這里我是在 “查詢 ”確認鍵的響應函數(shù)中定義記錄集的過濾器 m_StrFilter,然后視圖調用Requery()重建記錄集。多條件查詢可以按讀者的要求選取所需要 的圖書 (圖 中現(xiàn)所選的右邊為直接查詢和模糊查詢，左邊為多條件查詢 )。 } } delete p_mset。} else { m_greade=C。///進入系統(tǒng) } else if(i3) {AfxMessageBox(密碼錯 )。 i++。 p_mset()。 ()。 p_msetOpen()。 p_msetm_strFilter+=39。/////帳號編號為空返回 p_msetm_strFilter=MANAGE_ID=39。 圖 實現(xiàn)過程： 我是在應用程序類 (CLMApp)中的 InitInstance()定義一個登錄類 (CloginDlg)對象實現(xiàn)的，下面是一部分主要實現(xiàn)的代碼，其中的用戶登錄驗證我在代碼進行詳細解釋： GOTO返回點 if( ( ) == IDOK )//如果按確認按鍵，進行用戶密碼認證 { ////p_mset為管理員帳戶記錄類定的指針 m_name=。下面分別介紹其實現(xiàn)的方法 : 登錄子系統(tǒng) 它主要提供用戶登錄功能，并按各用戶的權限使用本系統(tǒng)。這將導致不必要的數(shù)據(jù)傳輸，面而延長執(zhí)行的時間。但是，有時候用戶也需要對這些數(shù)據(jù)庫集合中的每一行進行作。 觸發(fā)器的定義： CREATE TRIGGER trigger_name ON table {FOR{[DELETE],[INSERT],[UPDATE]}} AS Sql_statement[…] 游標 數(shù)據(jù)庫中的游標是像 C 語言指針一樣的語言結構。 3. 執(zhí)行比 CHECK更復雜的約束操作。在實際運用中，主要提供了以下的功能： 1. 級聯(lián)修改數(shù)據(jù)庫中的怕有相關表。觸發(fā)器常用來實現(xiàn)復雜的商業(yè)規(guī)則。 4. 保證系統(tǒng)的安全性： 存儲過程的定義： CREATE PROC procedure_name [{parameter date_type} [VARYING][=default][OUTPUT]…] AS Sql_statement[….n] 觸發(fā)器 觸發(fā)器是一種特殊的存儲過程，它與表格緊密相連，可能看作是 表格定義的一部分，當用戶指定表或視圖的數(shù)據(jù)時，觸發(fā)器將會自動執(zhí)行。 2. 模塊化的程序設計：存儲過程經(jīng)過一次修改后，可以無數(shù)次的調用。它可能作為一個獨立的數(shù)據(jù)庫對象也可以作為一個單元被用戶的應用程序調用，在這個系統(tǒng)中的逾期書檢查中就在前臺調用了存儲過程，在記錄借書和還書時，所有的數(shù)據(jù)處理都是調用存儲過程。從數(shù)據(jù)庫中獲取數(shù)據(jù)被稱為 “查詢數(shù)據(jù)庫 ”。 使用 SQL可以對數(shù)據(jù)庫進行各種操作，例如，可以使用 SQL語句生成新的數(shù)據(jù)庫、生成或加入表格、修改數(shù)據(jù)庫等。在用戶看來， 視圖和基本表是一樣的，都是關系（即表格）。每個存儲文件與外部存儲器上的一個物理文件對應?；? 本表是實際存儲在數(shù)據(jù)庫中的表；而視圖是若干個基本表或其它視圖構成的子集，用二個SQL的查詢語句定義，它的數(shù)據(jù)是基本基本表的數(shù)據(jù)，不實際存儲在數(shù)據(jù)庫中因此它是個虛表。 （ 2）一個 SQL表由行集構成，一行（ Row）是列（ Column）的序列，每列對 應一個數(shù)據(jù)項。在 SQL中，關系模式被稱為 “基本表 ”，存儲模式稱為 “存儲文件 ”，子模式稱為 “視圖 ”，元組稱為 “行 ”，屬性稱為 “列 ”。 1986年 10月美國國家標準局（ ANSI）頒布了 SQL語言的美國標準。同時，其它數(shù)據(jù)庫產(chǎn)品廠家也紛紛推出各自的支持 SQL的軟件或者與 SQL的接口軟件。由于 SQL使用方便、功能豐富、語言簡潔易學，很快得到推廣和應用。關系數(shù)據(jù)庫管理系統(tǒng)幾乎都 提供關系數(shù)據(jù)庫標準語言 ——SQL。 SQL語言基礎 用戶對數(shù)據(jù)庫的使用，是通過數(shù)據(jù)庫管理系統(tǒng)提供的語言來實現(xiàn)的。 （ 2）邏輯數(shù)據(jù)獨立性 如果數(shù)據(jù)庫的概念模式要進行修改，譬如增加記錄類型或增加數(shù)據(jù)項，那么外模式 /模式映象也要進行相應的修改，使外模式盡可能保持不變。 （ 1）物理數(shù)據(jù)獨立性 如果數(shù)據(jù)庫的內(nèi)模式要進行修改，即數(shù)據(jù)庫的存儲設備和存儲方法有所變化，那么模式 /內(nèi)模式映象也要進行相當?shù)男薷?，使概念模式盡可能保持不變。在數(shù)據(jù)庫技術中，數(shù)據(jù)獨立性是指應用程序和數(shù)據(jù)之間相互獨立，不受影響。此處模式是概念模式的簡稱。它把數(shù)據(jù)的具體組織留給 DBMS去做，用戶只要抽象地處理數(shù)據(jù)，而不必關心數(shù)據(jù)在計算機中的表示和存 儲，這樣就減輕了用戶使用系統(tǒng)的負擔。物理存儲數(shù)據(jù)視圖的描述稱為“內(nèi)模式 ”。全局數(shù)據(jù)視圖的描述稱為 “概念模式 ”。單個用戶使用的數(shù)據(jù)視圖的描述稱為“外模式 ”。 從某個角度看到的數(shù)據(jù)特性稱為 “數(shù)據(jù)視圖 ”（ data view）。 數(shù)據(jù)庫的體系結構分三級：內(nèi)部級（ internal） ,概念級（ conceptual）和外部級（ external）。 （ 4）面向對象模型。關系模式相當于前面提到的記錄類型，它的實例稱為關系，每個關系實際上是一張二維表格。關系模型的主要是用二維表格結構表達實體集，用外鍵表示實體間聯(lián)系。用有向圖結構表示實體類型及實體間聯(lián)系的數(shù)據(jù)模型。上一層記錄類型和下一層記錄類型間聯(lián)系是 1∶ N聯(lián)系。用樹型結構表示實體類型及實體間聯(lián)系的數(shù)據(jù)模型。 這類模型涉及到計算機系統(tǒng)和數(shù)據(jù)庫管理系統(tǒng)，又稱為 “結構數(shù)據(jù)模型 ” 。 一種是獨立于計算機系統(tǒng)的模型，完全不涉及信息在系統(tǒng)中的表示，只是用來描述某個特定組織所關心的信息結構，這類模型稱為 “概念數(shù)據(jù)模型 ” 。在數(shù)據(jù)庫技術中，我們用模型的概念描述數(shù)據(jù)庫的結構與語義，對現(xiàn)實世界進行抽象，表示實體類型及實體間聯(lián)系的模型稱為 “數(shù)據(jù)模型 ” ?，F(xiàn)已 形成相當規(guī)模的理論體系和實用技術。至 60年代，數(shù)據(jù)處理成為計算機的主要應用。因此，數(shù)據(jù)庫技術是一門綜合性較強的學科。數(shù)據(jù)庫不僅用到數(shù)據(jù)結構的知識，而且豐富了數(shù)據(jù)結構的內(nèi)容。數(shù)據(jù)庫技術是操作系統(tǒng)的文件系統(tǒng)基礎上發(fā)展起來的。 （ 3）數(shù)據(jù)庫系統(tǒng)（ Database System,DBS） :DBS是實現(xiàn)有組織地、動態(tài)地存儲大量關聯(lián)數(shù)據(jù)，方便多用戶訪問的計算機軟件、硬件和數(shù)據(jù)資源組成的系統(tǒng)，即采用了數(shù)據(jù)庫技術的計算機系統(tǒng)。 （ 2）數(shù)據(jù)庫 管理系統(tǒng)（ Database Management System,DBMS）： DBMS是位于用戶與操作系統(tǒng)之間的一層數(shù)據(jù)管理軟件，為用戶或應用程序提供訪問 DB的方法，包括 DB的建立、查詢、更新及各種數(shù)據(jù)控制。 在數(shù)據(jù)庫技術中有四個名詞 : （ 1）數(shù)據(jù)庫（ database， DB） :DB是統(tǒng)一管理的相關數(shù)據(jù)的集合。數(shù)據(jù)庫技術與網(wǎng)絡通信技術相結合，產(chǎn)生了分布式數(shù)據(jù)庫系統(tǒng)。數(shù)據(jù)結構的設計成為信息系統(tǒng)首先關心的問題，而利用這些數(shù)據(jù)的應用程序設計則退居到以既定的數(shù)據(jù)結構為基礎的外圍地位。在文件系統(tǒng)階段，人們關注的中心問題是系統(tǒng)功能的設計，因而程序設計處于主導地位，數(shù)據(jù)只起著服從程序需要的作用。數(shù)據(jù)管理技術的發(fā)展經(jīng)過三個階段：人工管理階段、文件系統(tǒng)階段和數(shù)據(jù)庫階段。數(shù)據(jù)管理技術的優(yōu)劣，將直接影響數(shù)據(jù)處理的效率。 使用計算機以后，數(shù)據(jù)處理的速度和規(guī)模，無論是相對于手工方式，還是機械方式，都是無可比擬的在數(shù)據(jù)處理中，通常計算是比較簡單的而數(shù)據(jù)的管理比較復雜。目前光盤已經(jīng)廣泛使用，容量已達數(shù)百 G字節(jié)。存儲器的容量、存儲速率直接影響到數(shù)據(jù)管理技術的發(fā)展。 幫助子系統(tǒng) ： 主要提供用戶的使用本系統(tǒng)的操作手冊。 借還子系統(tǒng) ：