【正文】 算機(jī)的數(shù)據(jù)處理應(yīng)用，首先要把大量的信息以數(shù)據(jù)形式存放在存儲(chǔ)器中。通常在數(shù)據(jù)處理中，計(jì)算是比較簡單的而數(shù)據(jù)的管理卻比較復(fù)雜。數(shù)據(jù)管理技術(shù)的發(fā)展經(jīng)過三個(gè)階段：人工管理階段、文件系統(tǒng)階段和數(shù)據(jù)庫階段。進(jìn)入70年代以后，數(shù)據(jù)庫技術(shù)得到迅速發(fā)展，開發(fā)了許多有效的產(chǎn)品并投入運(yùn)行。在20世紀(jì)60年代末，磁盤技術(shù)取得重要進(jìn)展，具有數(shù)百兆容量和快速存取的磁盤陸續(xù)進(jìn)入市場(chǎng)，成本也不高，為數(shù)據(jù)庫技術(shù)的產(chǎn)生提供了良好的物質(zhì)條件。 （3）數(shù)據(jù)共享（Data shared）對(duì)于數(shù)據(jù)共享的意義，并不是只有針對(duì)數(shù)據(jù)庫設(shè)計(jì)的應(yīng)用程序，可以使用數(shù)據(jù)庫中的數(shù)據(jù)，對(duì)于其他撰寫好的應(yīng)用程序，同樣可以對(duì)相同數(shù)據(jù)庫當(dāng)中的數(shù)據(jù)進(jìn)行處理，進(jìn)而達(dá)到數(shù)據(jù)共享的目的。正如（2）所述，若是無法控制數(shù)據(jù)的不一致性，便會(huì)產(chǎn)生完整性不足的問題，所以，我們會(huì)發(fā)現(xiàn)，當(dāng)數(shù)據(jù)重復(fù)性高的時(shí)候，數(shù)據(jù)不完整的情形也會(huì)增加，當(dāng)然，若是數(shù)據(jù)庫的功能完整，將會(huì)大大地提高數(shù)據(jù)完整性，也會(huì)增加數(shù)據(jù)庫的維護(hù)能力與維護(hù)簡便性。在文件系統(tǒng)階段，人們關(guān)注的中心問題是系統(tǒng)功能的設(shè)計(jì)，因而程序設(shè)計(jì)處于主導(dǎo)地位，數(shù)據(jù)只起著服從程序需要的作用。并在通信網(wǎng)絡(luò)基礎(chǔ)上，建立了許多國際性的聯(lián)機(jī)檢索系統(tǒng)。數(shù)據(jù)庫技術(shù)與面向?qū)ο蠹夹g(shù)相結(jié)合，產(chǎn)生了面向?qū)ο髷?shù)據(jù)庫系統(tǒng)。（2）數(shù)據(jù)庫管理系統(tǒng)（Database Management System,DBMS）：DBMS是位于用戶與操作系統(tǒng)之間的一層數(shù)據(jù)管理軟件，為用戶或應(yīng)用程序提供訪問DB的方法，包括DB的建立、查詢、更新及各種數(shù)據(jù)控制。數(shù)據(jù)庫技術(shù)是操作系統(tǒng)的文件系統(tǒng)基礎(chǔ)上發(fā)展起來的。因此，數(shù)據(jù)庫技術(shù)是一門綜合性較強(qiáng)的學(xué)科。數(shù)據(jù)庫技術(shù)作為數(shù)據(jù)管理技術(shù)，是計(jì)算機(jī)軟件領(lǐng)域的一個(gè)重要分支，產(chǎn)生于60年代末。目前廣泛作用的數(shù)據(jù)模型可分為兩種類型。另一種數(shù)據(jù)模型是直接面向數(shù)據(jù)庫的邏輯結(jié)構(gòu)，它是現(xiàn)實(shí)世界的第二層抽象。（1）層次模型。層次模型的特點(diǎn)是記錄之間的聯(lián)系通過指針實(shí)現(xiàn)，查詢效率較高。1969年DBTG報(bào)告提出的數(shù)據(jù)模型是網(wǎng)狀模型的主要代表。由于層次系統(tǒng)和網(wǎng)狀系統(tǒng)的應(yīng)用程序編制比較復(fù)雜，因此，從20世紀(jì)80年代中期起，其市場(chǎng)已被關(guān)系系統(tǒng)所取代。關(guān)系模型是由若干個(gè)關(guān)系模式組成的集合。SQL語言是關(guān)系數(shù)據(jù)庫的標(biāo)準(zhǔn)化語言，已得到了廣泛的應(yīng)用。關(guān)系模型和網(wǎng)狀、層次模型的最大區(qū)別是：關(guān)系模型用表格數(shù)據(jù)而不是通過指針鏈來表示和實(shí)現(xiàn)實(shí)體間聯(lián)系。關(guān)系模型已是一個(gè)成熟的有前途的模型，已得到廣泛應(yīng)用。面向?qū)ο蟮母拍钭钤绯霈F(xiàn)在程序設(shè)計(jì)語言中，隨后迅速滲透到計(jì)算機(jī)領(lǐng)域的每一個(gè)分支。這個(gè)三級(jí)結(jié)構(gòu)有時(shí)也稱為“三級(jí)模式結(jié)構(gòu)”，或“數(shù)據(jù)抽象的三個(gè)級(jí)別”，最早是在1971年通過的DBTG報(bào)告中提出，后來收入在1975年的美國ANSI/SPARC報(bào)告中。單個(gè)用戶使用的數(shù)據(jù)視圖的描述稱為“外模式”。物理存儲(chǔ)數(shù)據(jù)視圖的描述稱為“內(nèi)模式”。此處模式是概念模式的簡稱。（1）物理數(shù)據(jù)獨(dú)立性如果數(shù)據(jù)庫的內(nèi)模式要進(jìn)行修改，即數(shù)據(jù)庫的存儲(chǔ)設(shè)備和存儲(chǔ)方法有所變化，那么模式/內(nèi)模式映象也要進(jìn)行相當(dāng)?shù)男薷?，使概念模式盡可能保持不變?，F(xiàn)有關(guān)系系統(tǒng)產(chǎn)品均提供了較高的物理獨(dú)立性，而對(duì)邏輯獨(dú)立性的支持尚有欠缺，例如，對(duì)外模式的數(shù)據(jù)更新受到限制等。但如果直接按照這種方式建庫顯然還不能算最佳。在規(guī)范化理論中表是二維的，它有如下四個(gè)性質(zhì)：在表中的任意一列上，數(shù)據(jù)項(xiàng)應(yīng)屬于同一個(gè)屬性(如圖中每一列都存放著不同合同記錄的同一屬性數(shù)據(jù))。 在對(duì)表的形式進(jìn)行了規(guī)范化定義后，數(shù)據(jù)結(jié)構(gòu)還有五種規(guī)范化定義，定名為規(guī)范化模式，稱為范式。這個(gè)去掉重復(fù)項(xiàng)的過程就稱之為規(guī)范化處理。例如，(其它數(shù)據(jù)元素中的記錄數(shù)據(jù)都有可能重名，故不能作為主關(guān)鍵字)，故只要知道了一個(gè)合同記錄的合同號(hào)，就可以唯一地在同一行中找到該合同的任何一項(xiàng)具體信息。也就是說對(duì)于一個(gè)滿足了 2nd NF的數(shù)據(jù)結(jié)構(gòu)來說，表中有可能存在某些數(shù)據(jù)元素依賴于其它非關(guān)鍵宇數(shù)據(jù)元素的現(xiàn)象，必須加以消除。不同的數(shù)據(jù)庫管理系統(tǒng)提供不同的數(shù)據(jù)庫語言。1986年ANSI采用SQL語言作為關(guān)系數(shù)據(jù)庫系統(tǒng)的標(biāo)準(zhǔn)語言，后被國際化標(biāo)準(zhǔn)組織（ISO）采納為國際標(biāo)準(zhǔn)。這樣SQL語言很快被整個(gè)計(jì)算機(jī)界認(rèn)可。當(dāng)設(shè)計(jì)者在關(guān)系表上定義了索引時(shí)，系統(tǒng)會(huì)自動(dòng)利用索引進(jìn)行快速檢索，用戶不需知道表上是否有索引或者有什么類型的索引等細(xì)節(jié)。在包含LIKE的查詢語句中可以使用兩個(gè)通配符：%（百分號(hào)）：與零個(gè)或多個(gè)字符組成的字符串匹配；_（下劃線）：與單個(gè)字符匹配。在本系統(tǒng)中就大量地使用了數(shù)據(jù)插入、刪除和修改這三種操作，現(xiàn)做一個(gè)簡單地介紹。●數(shù)據(jù)修改當(dāng)需要修改基本表中元組的某些列值時(shí)，可以用UPDATE語句實(shí)現(xiàn)，其句法如下：UPDATE基本表名SET列名=值表達(dá)式[，列名=值表達(dá)式…][WHERE條件表達(dá)式]在Delphi中使用SQL語句是很方便的，一般來說，都是通過TQuery組件來使用SQL語言的。 Delphi 簡介Delphi類可以粗略地分成兩部分：一部分是組件類，這些組件類通常以某種方式出現(xiàn)在組件面板上，當(dāng)用戶從組件面板上點(diǎn)取一個(gè)類的圖標(biāo)后，在程序中就自動(dòng)生成了該類的對(duì)象（非可視組件除外）；另一部分是功能類，這此功能類的對(duì)象通常出現(xiàn)在程序代碼中，起著不可代替的作用，但是這些功能類在組件面板上是找不到的。凡是做過程序開發(fā)的人都知道從來沒有單純的數(shù)據(jù)應(yīng)用程序，也就是說，數(shù)據(jù)庫應(yīng)用程序必須和用戶界面（可以是圖形界面，也可以是命令接口）元素相結(jié)合，只講界面或只講數(shù)據(jù)庫本身都構(gòu)不成數(shù)據(jù)庫應(yīng)用程序，因而用Delphi 。但也有一些組件不在組件面板上，例如Tform和Tapplication（典型的非可視組件）。圖形組件與窗口組件并列，是另一大類組件。由此可以看出圖形組件的功能很弱，有讀者會(huì)問圖形組件的用處何在呢？其實(shí)使用圖形組件的最大好處在于節(jié)省資源，正是因?yàn)樗鼈兊墓δ茌^弱，所以使用的系統(tǒng)資源就要少。 Delphi 控件用Delphi6開發(fā)數(shù)據(jù)庫應(yīng)用，重點(diǎn)是和各種數(shù)據(jù)庫組件打交道，當(dāng)然也要使用其它的一些組件，現(xiàn)在就我在系統(tǒng)設(shè)計(jì)中所使用的重要組件給與簡單介紹。ADO使您的客戶端應(yīng)用程序能夠通過OLE DB提供訪問和操作在數(shù)據(jù)庫服務(wù)器中的數(shù)據(jù)。Delphi 。利用ADO數(shù)據(jù)訪問組件，可以只使用ADO結(jié)構(gòu)與數(shù)據(jù)庫取得聯(lián)系并對(duì)其中的數(shù)據(jù)進(jìn)行操作，而在這些過程中完全不需要使用BDE。使用這些ADO組件的方式與我們常使用的數(shù)據(jù)訪問組件（基于BDE）都有許多相同之處。ADO數(shù)據(jù)集訪問組件與常用的數(shù)據(jù)訪問組件是并列的關(guān)系。在系統(tǒng)中主要使用數(shù)據(jù)網(wǎng)格控件DBGrid和數(shù)據(jù)庫導(dǎo)航器控件DBNavigator。Tdatabase：當(dāng)一個(gè)基于BDE的數(shù)據(jù)庫應(yīng)用程序需要一個(gè)永久數(shù)據(jù)庫連接時(shí)，需要定制向一個(gè)數(shù)據(jù)庫服務(wù)器的連接時(shí)，需要事務(wù)控制和特殊的數(shù)據(jù)庫別名時(shí)就得用到Tdatabase對(duì)象。TdataSource對(duì)象用于在DataSet對(duì)象（包括Tquery,TstoredProc,Ttable等）和數(shù)據(jù)感知組件之間提供一個(gè)連接的紐帶，以便在窗體上顯示數(shù)據(jù)庫中的數(shù)據(jù)，在數(shù)據(jù)庫中導(dǎo)航定位與編輯數(shù)據(jù)集中的數(shù)據(jù)。然后以Tdatasource對(duì)象為中介，用數(shù)據(jù)感知組件向用戶顯示數(shù)據(jù)庫的內(nèi)容并接受用戶的查詢和修改等操作。還可以使用Delphi的SQL Builder來自動(dòng)生成SQL語句，這樣可以避免手工編寫SQL而可能造成的語法錯(cuò)誤。為參數(shù)賦值有三種方法：①根據(jù)參數(shù)在SQL語句中出現(xiàn)的順序，設(shè)置TQuery部件的Params屬性值為參數(shù)賦值。在程序運(yùn)行過程中，要想設(shè)置TQuery部件的SQL屬性，必須首先調(diào)用Close方法，關(guān)閉TQuery部件，然后再調(diào)用Clear方法清除SQL屬性中現(xiàn)存的SQL命令語句， 最后再調(diào)用Add方法為SQL屬性設(shè)置新的SQL命令語句。在應(yīng)用程序中為SQL屬性設(shè)置新的SQL 命令語句時(shí)，必須要調(diào)用Clear方法以清除SQL屬性中現(xiàn)存的SQL命令語句，如果不調(diào)用Clear方法，便調(diào)用Add方法向SQL屬性中設(shè)置SQL命令語句，那么新設(shè)置的SQL命令語句會(huì)追加在現(xiàn)存SQL命令語句后面， 在程序運(yùn)行時(shí)常常會(huì)出現(xiàn)出乎意料的查詢結(jié)果甚至程序無法運(yùn)行下去。在設(shè)計(jì)過程中，設(shè)置完TQuery部件的SQL屬性之后將其Active屬性的值置為True， 這樣便可以執(zhí)行SQL屬性中的SQL程序，如果應(yīng)用中有與TQuery部件相連的數(shù)據(jù)瀏覽部件( 如TDDGrid TDBEdit等)那么在這些數(shù)據(jù)瀏覽部件中會(huì)顯示SQL程序的執(zhí)行結(jié)果。此時(shí)應(yīng)該調(diào)用ExecSQL 方法來代替Open方法。Delphi中用ADOQuery來使用SQL語句同樣十分方便。而且，在每一次修改完成以后，還應(yīng)該記得重新將ADOQuery激活。在本系統(tǒng)中，做為圖書倉庫管理系統(tǒng)是一個(gè)比較小的應(yīng)用系統(tǒng)，它所產(chǎn)生和處理的數(shù)據(jù)量也比較小。Access做為一個(gè)數(shù)據(jù)庫管理系統(tǒng)，它被集成在Microsoft Office中?？尚行苑治龊晚?xiàng)目開發(fā)計(jì)劃在前面已經(jīng)敘述，下面所要做的是進(jìn)行軟件需求分析，概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。現(xiàn)在所要做的是要準(zhǔn)確定義系統(tǒng)必須做什么以及系統(tǒng)必須具備的功能。它有四種基本圖形符號(hào)：◆ →：箭頭，表示數(shù)據(jù)流；◆ 〇：圓或橢圓，表示加工；◆ ═：雙杠，表示數(shù)據(jù)存儲(chǔ)；◆ □：方框，表示數(shù)據(jù)的源點(diǎn)或終點(diǎn)。經(jīng)過對(duì)系統(tǒng)的分析首先得到系統(tǒng)的頂層DFD，如下： 一步細(xì)化得到系統(tǒng)的0層DFD，如下：再進(jìn)一步細(xì)化每一個(gè)數(shù)據(jù)加工功能，得到系統(tǒng)的1層DFD圖。 系統(tǒng)概要設(shè)計(jì)在軟件需求分析階段，搞清楚了軟件“做什么”的問題，形成了目標(biāo)系統(tǒng)的邏輯模型。模塊化是指解決一個(gè)復(fù)雜問題時(shí)自項(xiàng)向下逐層把軟件系統(tǒng)劃分成若干個(gè)模塊的過程。在系統(tǒng)的概要設(shè)計(jì)中我采用結(jié)構(gòu)化設(shè)計(jì)（Structure Design，簡稱SD），SD以需求分析階段產(chǎn)生的數(shù)據(jù)流圖DFD為基礎(chǔ)，按一定的步驟映射成軟件結(jié)構(gòu)。以下就是系統(tǒng)的結(jié)構(gòu)圖：（在這里為了表達(dá)方便我將結(jié)構(gòu)圖分開來表達(dá)。這兩個(gè)問題貫穿了整個(gè)軟件系統(tǒng)的開發(fā)過程，這也就是數(shù)據(jù)庫的設(shè)計(jì)問題，軟件設(shè)計(jì)的一個(gè)核心。ER模型直接從現(xiàn)實(shí)世界抽象出實(shí)體類型及實(shí)體間聯(lián)系，然后用ER圖來表示數(shù)據(jù)模型。◆ 菱形框，表示聯(lián)系類型（實(shí)體間的聯(lián)系）。本系統(tǒng)為圖書倉庫管理，主要管理圖書的入庫、出庫以及庫存等事項(xiàng)。在本系統(tǒng)中庫存是核心，也是基本，沒有了庫存其它的也就沒有什么意義了。入庫聯(lián)系類型將庫存信息、供應(yīng)商信息和員工信息聯(lián)系在一起，可以方便地實(shí)現(xiàn)三個(gè)實(shí)體之間的聯(lián)接，而出庫聯(lián)系類型則將庫存信息和員工信息較好地聯(lián)接起，同時(shí)這兩個(gè)聯(lián)系類型又都具有各自特有的屬性。在這里不得不提到一個(gè)概念——范式。通過對(duì)這六張表格的操作可以較好地完成系統(tǒng)設(shè)計(jì)的各項(xiàng)功能，六張表格之間有著不同程度的聯(lián)系?？紤]到編號(hào)比較難于記憶，所以使用了出版社和圖書類型兩個(gè)字段，在系統(tǒng)中我提供了出版社和圖書類型的分類查找，而且全部采用自動(dòng)生成，每當(dāng)系統(tǒng)中有新的出版社類型和圖書類型，彈出菜單會(huì)自動(dòng)添中新類型，這樣就可以比較方便地實(shí)現(xiàn)按出版社和按圖書類型查找。它主要用來為系統(tǒng)提供員工的有關(guān)信息，因?yàn)樵谙到y(tǒng)中，入庫和出庫操作均與員工有著一定的聯(lián)系，在查詢?nèi)霂煨畔⒑统鰩煨畔r(shí)，有時(shí)需要查找有關(guān)此項(xiàng)記錄有關(guān)的員工信息，在系統(tǒng)中我是通過入庫記錄與員工記錄（出庫記錄和員工記錄）之間的聯(lián)接查詢來完成的。在供應(yīng)商信息中，考慮當(dāng)實(shí)際情況，我特別加入了Email和付款方式這兩個(gè)字段，因?yàn)樵诋?dāng)今信息世界中，多種多樣的通訊方式和多種多樣的付款方式是必然的，是數(shù)據(jù)庫中必須與以記錄。值得提出的一點(diǎn)是入庫記錄和出庫記錄的添加不僅僅是單表操作，由于它們都與庫存記錄相聯(lián)系，所以，無論您是添中入庫記錄還是添加出庫記錄，都必須同時(shí)修改庫存記錄，以保持?jǐn)?shù)據(jù)的一致性，否則將引發(fā)系統(tǒng)出錯(cuò)而這些我都讓其在系統(tǒng)中自動(dòng)完成。Key 表（密碼信息表） 字段名稱 數(shù)據(jù)類型 說明K KeyName 文本 用戶姓名 KeyNo 文本 用戶密碼 密碼信息表密碼信息表主要用于記錄所有的用戶名和用戶密碼。 系統(tǒng)詳細(xì)設(shè)計(jì)在前面的概要設(shè)計(jì)中，已將系統(tǒng)劃分為多個(gè)模塊，并將它們按照一定的原則組裝起來，同時(shí)確定了每個(gè)功能及模塊之間的外部接口。因此詳細(xì)設(shè)計(jì)的結(jié)果基本決定了最終程序的質(zhì)量。系統(tǒng)總體設(shè)計(jì)的好壞直接影響著下一步工作，只有在這一階段設(shè)計(jì)出好的模塊圖和程序流程圖，才能更有利于編碼，產(chǎn)生好的軟件系統(tǒng)。那么，能不能將這些數(shù)據(jù)源集中管理，最好是做成一個(gè)統(tǒng)一的模塊，需要時(shí)就將該模塊引入而不必直接操作數(shù)據(jù)源本身呢？數(shù)據(jù)模塊（DataModule）是解決這個(gè)問題最好的答案。tsxs數(shù)據(jù)庫已在ODBC配置程序中進(jìn)行了設(shè)置。同時(shí)我也使用了BDE組件中的Table，因?yàn)樵谀承r(shí)候BDE有著其自身特有的優(yōu)越性。begin file://快捷按鈕1(點(diǎn)“按出版社分類”按鈕產(chǎn)生)的點(diǎn)擊事件with do begin file://打開數(shù)據(jù)模塊窗體的MainQuery，對(duì)BookRecord表進(jìn)行操作close。open。Var s1,s2,s3,s4,s5 :String。(‘where BookID Like :BookID and BookName Like :Name and Author Like :Author and Publisher Like :pub and BookType Like :BookType‘)。(‘Name‘).Value:=s2。(‘Pub‘).Value:=s4。if FieldValues[‘BookID‘]=NULL file://判斷是否找到記錄then beginMessagedlg(‘沒有找到你所需要的記錄！‘,mtInformation,[mbOK],0)。:=‘‘。(‘select * from BookRecord‘)。end。(‘select * from BookRecord‘)。**********************************************************************procedure (Sender: TObject)。(‘select distinct Publisher from