自考“計算機及應用”專業(yè)論文參考范文（12） -自考串講筆記

　　第一章  緒  論

　　§1.1  數(shù)據(jù)庫應用系統(tǒng)開發(fā)簡介

　　在數(shù)據(jù)庫應用系統(tǒng)開發(fā)之前，對開發(fā)數(shù)據(jù)庫的基本概念應當了解，對數(shù)據(jù)庫的結構、開發(fā)數(shù)據(jù)庫應用程序的步驟、開發(fā)體系及方法都應當有相當清晰的了解和認識。

　　數(shù)據(jù)庫應用系統(tǒng)開發(fā)的目標是建立一個滿足用戶長期需求的產品。開發(fā)的主要過程為：理解用戶的需求，然后，把它們轉變?yōu)橛行У臄?shù)據(jù)庫設計。把設計轉變?yōu)閷嶋H的數(shù)據(jù)庫，并且這些數(shù)據(jù)庫帶有功能完備、高效能的應用。

　　數(shù)據(jù)庫技術在計算機軟件鄰域研究中一直是非常重要的主題，產生于60年代，30多年來數(shù)據(jù)庫技術得到了迅速發(fā)展，并已形成較為完整的理論體系和一大批實用系統(tǒng)。并且，近年來，隨著World Wide Web（WWW）的猛增及Internet技術的迅速發(fā)展，使得數(shù)據(jù)庫技術之時成為最熱門技術之一。

　　1.1.1  數(shù)據(jù)庫

　　如圖1.1顯示了數(shù)據(jù)庫系統(tǒng)的主要組件。數(shù)據(jù)庫由DBMS（數(shù)據(jù)庫管理系統(tǒng)）處理，DBMS則由開發(fā)人員和用戶通過應用程序直接或間接地使用。它主要包括四個要素：用戶數(shù)據(jù)、元數(shù)據(jù)、索引和應用元數(shù)據(jù)。

　　1.1.1.1 用戶數(shù)據(jù)

　　目前，大多數(shù)主流數(shù)據(jù)庫管理系統(tǒng)把用戶數(shù)據(jù)表示為關系?，F(xiàn)在把關系看作數(shù)據(jù)表。表的列包含域或屬性，表的行包含對應業(yè)務環(huán)境中的實體的記錄。并非所有的關系都同樣符合要求，有些關系比其它關系更結構化一些。第二章描述了一個用以產生良好結構關系的過程，稱作規(guī)范化。

　　為了對比結構差的關系和結構好的關系之間的差別，以本文所設計的圖書管理系統(tǒng)中的圖書和圖書借閱者關系為例來說明，假若設計關系R1（借書證號，姓名，性別，身份編號，身份證，聯(lián)系電話，圖書編號，圖書名稱，圖書類別，作者，出版社，出版日期，備注，價格，數(shù)量）；這個關系的問題出在它有關于兩個不同主題的數(shù)據(jù)，就是圖書借閱者和圖書。用這種方式構成的關系在進行修改時，會出現(xiàn)問題。因為一個圖書借閱者可能借閱多本書，如果某個圖書借閱者的某個字段（如聯(lián)系電話）出現(xiàn)變更，它所借閱的圖書記錄（可能多個）也就必須變化，這是不好的。因此數(shù)據(jù)用兩個關系表示更好。現(xiàn)在如果某圖書借閱者改變了它的聯(lián)系電話，只有關系（表）user的對應行需要改變。當然，要想產生一個，顯示圖書名稱及其借閱者聯(lián)系電話的報表，就需要將這兩個表的行結合起來。結果表明，將關系分別存儲，在生成報表的時候將它們結合起來，比把它們存儲在一個合成的表中更好。

　　user（借書證號，姓名，性別，身份編號，身份證，聯(lián)系電話，）

　　book（圖書編號，圖書名稱，圖書類別，作者，出版社，出版日期，備注，價格，數(shù)量）

　　1.1.1.2  元數(shù)據(jù)

　　數(shù)據(jù)庫是自描述的，這就意味著它自身包含了它的結構的描述，這種結構的描述稱作元數(shù)據(jù)。因為DBMS產品是用來存儲和操縱表的，所以大多數(shù)產品把元數(shù)據(jù)以表的形式存儲，有時稱作系統(tǒng)表。這些系統(tǒng)表存儲了數(shù)據(jù)庫中表的情況，指出每一個表中有多少列，那一列是主關鍵字，每一列的數(shù)據(jù)類型的描述，它也存儲索引、關鍵字、規(guī)則和數(shù)據(jù)庫結構的其他部分。

　　在表中存儲元數(shù)據(jù)不僅對DBMS是有效的，對用戶也是方便的，因為他們可以使用與查詢用戶數(shù)據(jù)同樣的查詢工具來查詢元數(shù)據(jù)。本文第二章所介紹的SQL語言可以同時用于元數(shù)據(jù)和用戶數(shù)據(jù)。

　　1.1.1.3  索引

　　第三種類型的數(shù)據(jù)改進了數(shù)據(jù)庫的性能和可訪問性，這種數(shù)據(jù)經(jīng)常稱作開銷數(shù)據(jù)，盡管有時也采用其他類型的數(shù)據(jù)結構，如鏈表，但它主要還是索引。索引可以用來排序和快速訪問數(shù)據(jù)。下面以本人的圖書管理信息系統(tǒng)中的book表為例來說明。

　　假定數(shù)據(jù)在磁盤上是按'圖書編號'的遞增順序排列的，用戶想打印一個按'圖書名稱'排序的圖書數(shù)據(jù)報表。為此，所有的數(shù)據(jù)都需要從源表中提取出來并排序，除非表很小，否則這是一個很費時的過程?；蛘撸梢栽?圖書名稱'字段上創(chuàng)建一個索引，該索引的條目按照'圖書名稱'排序，這樣，該索引的條目可以讀出來，并用來按順序訪問book數(shù)據(jù)。

　　索引用于快速訪問數(shù)據(jù)。例如，一個用戶只想訪問book表中'圖書類別'值為'01'的那些學生。如果沒有索引，則必須搜索整個源表；但有了索引之后，可以找到索引條目，并使用它來挑選所有合適的行。

　　索引對排序和查找是有幫助的，但要付出代價。book表中的行每次改變時，索引也必須改變，這意味著索引并非隨意的，應該在真正需要時保存。

　　1.1.1.4  應用元數(shù)據(jù)

　　存儲在數(shù)據(jù)庫中的第四種數(shù)據(jù)是應用元數(shù)據(jù)，它用來存儲用戶窗體、報表、查詢和其他形式的查詢組件。并非所有的DBMS都支持應用組件，支持組件的DBMS也不一定把全部組件的結構作為應用元數(shù)據(jù)存儲在數(shù)據(jù)庫中。然而，大多數(shù)現(xiàn)代的DBMS產品存儲這種數(shù)據(jù)作為數(shù)據(jù)庫的一部分。一般來說，數(shù)據(jù)庫開發(fā)人員和用戶都不直接訪問應用元數(shù)據(jù)，想反，他們通過DBMS中的工具來處理這些數(shù)據(jù)。

　　MS SQL Server2000中就支持窗體、存儲過程等應用元數(shù)據(jù)。

　　1.1.2  數(shù)據(jù)庫管理系統(tǒng)

　　數(shù)據(jù)庫管理系統(tǒng)（DBMS）是指數(shù)據(jù)庫系統(tǒng)中管理數(shù)據(jù)的軟件系統(tǒng)。DBMS是數(shù)據(jù)庫系統(tǒng)的核心組成部分。對數(shù)據(jù)庫的一切操作，包括定義、更新及各種控制，都是通過DBMS進行的。DBMS總是基于某種數(shù)據(jù)模型，可以把DBMS看成是某種數(shù)據(jù)模型在計算機系統(tǒng)上的具體實現(xiàn)。根據(jù)數(shù)據(jù)模型的不同，DBMS可以分成層次型、網(wǎng)狀型、關系型、面向對象型等。MS SQL Server2000就是一種關系型數(shù)據(jù)庫管理系統(tǒng)。

　　關系模型。關系模型主要是用二維表格結構表達實體集，用外鍵表示實體間聯(lián)系。關系模型是由若干個關系模式組成的集合。關系模式相當于前面提到的記錄類型，它的實例稱為關系，每個關系實際上是一張二維表格。

　　關系模型和層次、網(wǎng)狀模型的最大判別是用關鍵碼而不是用指針導航數(shù)據(jù)，表格簡單用戶易懂，編程時并不涉及存儲結構，訪問技術等細節(jié)。關系模型是數(shù)學化模型。SQL語言是關系數(shù)據(jù)庫的標準化語言，已得到了廣泛的應用。

　　如圖1.1所示，DBMS的特點和功能可以分為三個子系統(tǒng)：設計工具子系統(tǒng)、運行子系統(tǒng)和DBMS引擎。

　　設計子系統(tǒng)有一個方便數(shù)據(jù)庫及其應用創(chuàng)建的工具集。它典型地包含產生表、窗體、查詢和報表的工具。DBMS產品還提供編程語言和對編程語言的接口。

　　運行子系統(tǒng)處理用設計子系統(tǒng)開發(fā)的應用組件。它所包含的運行處理器用來處理窗體和數(shù)據(jù)庫的數(shù)據(jù)交互，以及回答查詢和打印報表等。

　　DBMS引擎從其他兩個組件接受請求，并把它們翻譯成對操作系統(tǒng)的命令，以便讀寫物理介質上的數(shù)據(jù)。DBMS引擎還涉及事務管理、鎖、備份和恢復。

　　1.1.3  創(chuàng)建數(shù)據(jù)庫

　　1.1.3.1  數(shù)據(jù)庫模式

　　數(shù)據(jù)庫模式定義了數(shù)據(jù)庫的結構、表、關系、域和業(yè)務規(guī)則。數(shù)據(jù)庫模式是一種設計，數(shù)據(jù)庫和應用正是建立在此基礎上的。

　　域是一列可能擁有的值的集合。必須為每一個表的每一列確定域。除了數(shù)據(jù)的物理格式外，還需要確定是否有些域對表來說是唯一的。

　　數(shù)據(jù)庫模式的最后一個要素是業(yè)務規(guī)則，它是對需要反映在數(shù)據(jù)庫和數(shù)據(jù)庫應用程序中的業(yè)務活動的約束。業(yè)務規(guī)則是模式的一個重要部分，因為他們指定了無論什么數(shù)據(jù)變化到達DBMS引擎，允許的數(shù)據(jù)值必須滿足的約束。不管無效的數(shù)據(jù)變化請求是來自窗體的用戶、查詢/修改請求還是應用程序，DBMS都應該拒絕。

　　遺憾的是，不同的DBMS產品用不同的方法實施業(yè)務規(guī)則。在某些情況下，DBMS產品不具備實施必要業(yè)務規(guī)則的能力，必須以代碼形式把它們編入應用程序。

　　1.1.3.2  創(chuàng)建表

　　1.1.3.3  定義聯(lián)系

　　1.1.4  應用組件

　　數(shù)據(jù)庫應用包括窗體、查詢、報表、菜單和應用程序。

　　§1.2  圖書管理系統(tǒng)

　　當今時代是飛速發(fā)展的信息時代。在各行各業(yè)中離不開信息處理，這正是計算機被廣泛應用于信息管理系統(tǒng)的環(huán)境。計算機的最大好處在于利用它能夠進行信息管理。使用計算機進行信息控制，不僅提高了工作效率，而且大大的提高了其安全性。

　　尤其對于復雜的信息管理，計算機能夠充分發(fā)揮它的優(yōu)越性。計算機進行信息管理與信息管理系統(tǒng)的開發(fā)密切相關，系統(tǒng)的開發(fā)是系統(tǒng)管理的前提。本系統(tǒng)就是為了管理好圖書館信息而設計的。

　　圖書館作為一種信息資源的集散地，圖書和用戶借閱資料繁多，包含很多的信息數(shù)據(jù)的管理，現(xiàn)今，有很多的圖書館都是初步開始使用，甚至尚未使用計算機進行信息管理。根據(jù)調查得知，他們以前對信息管理的主要方式是基于文本、表格等紙介質的手工處理，對于圖書借閱情況（如借書天數(shù)、超過限定借書時間的天數(shù)）的統(tǒng)計和核實等往往采用對借書卡的人工檢查進行，對借閱者的借閱權限、以及借閱天數(shù)等用人工計算、手抄進行。數(shù)據(jù)信息處理工作量大，容易出錯；由于數(shù)據(jù)繁多，容易丟失，且不易查找。總的來說，缺乏系統(tǒng)，規(guī)范的信息管理手段。盡管有的圖書館有計算機，但是尚未用于信息管理，沒有發(fā)揮它的效力，資源閑置比較突出，這就是管理信息系統(tǒng)的開發(fā)的基本環(huán)境。

　　數(shù)據(jù)處理手工操作，工作量大，出錯率高，出錯后不易更改。圖書館采取手工方式對圖書借閱情況進行人工管理，由于信息比較多，圖書借閱信息的管理工作混亂而又復雜；一般借閱情況是記錄在借書證上，圖書的數(shù)目和內容記錄在文件中，圖書館的工作人員和管理員也只是當時對它比較清楚，時間一長，如再要進行查詢，就得在眾多的資料中翻閱、查找了，造成查詢費時、