【正文】 本也不高，為數(shù)據(jù)庫(kù)技術(shù)的產(chǎn)生提供了良好的物質(zhì)條件。 （ 3）數(shù)據(jù)共享（ Datashared） 對(duì)于數(shù)據(jù)共享的意義，并不是只有針對(duì)數(shù)據(jù)庫(kù)設(shè)計(jì)的應(yīng)用程序，可以使用數(shù)據(jù)庫(kù)中的數(shù)據(jù)，對(duì)于其他撰寫好的應(yīng)用程序，同樣可以對(duì)相同數(shù)據(jù)庫(kù)當(dāng)中的數(shù)據(jù)進(jìn)行處理，進(jìn)而達(dá)到數(shù)據(jù)共享的目的。正如（ 2）所述，若是無(wú)法控制數(shù)據(jù)的不一致性，便會(huì)產(chǎn)生完整性不足的問(wèn)題，所以，我們會(huì)發(fā)現(xiàn)，當(dāng)數(shù)據(jù)重復(fù)性高的時(shí)候，數(shù)據(jù)不完整的 情形也會(huì)增加，當(dāng)然，若是數(shù)據(jù)庫(kù)的功能完整，將會(huì)大大地提高數(shù)據(jù)完整性，也會(huì)增加數(shù)據(jù)庫(kù)的維護(hù)能力與維護(hù)簡(jiǎn)便性。在文件系統(tǒng)階段，人們關(guān)注的中心問(wèn)題是系統(tǒng)功能的設(shè)計(jì)，因而程序設(shè)計(jì)處于主導(dǎo)地位，數(shù)據(jù)只起著服從程序需要的作用。并在通信網(wǎng)絡(luò)基礎(chǔ)上，建立了許多國(guó)際性的聯(lián)機(jī)檢索系統(tǒng)。數(shù)據(jù)庫(kù)技術(shù)與面向?qū)ο蠹夹g(shù)相結(jié)合，產(chǎn)生了面向?qū)ο髷?shù)據(jù)庫(kù)系統(tǒng)。 （ 2）數(shù)據(jù)庫(kù)管理系統(tǒng)（ DatabaseManagementSystem,DBMS）： DBMS是位于用戶與操作系統(tǒng)之間的一層數(shù)據(jù)管理軟件，為用戶或應(yīng)用程序提供訪問(wèn) DB的方法，包括 DB的建立、查詢、更新及各種數(shù)據(jù)控制。數(shù)據(jù)庫(kù)技術(shù)是操作系統(tǒng)的文件系統(tǒng)基礎(chǔ)上發(fā)展起來(lái)的。因此，數(shù)據(jù)庫(kù)技術(shù)是一門綜合性較強(qiáng)的學(xué)科。數(shù)據(jù)庫(kù)技術(shù)作為數(shù)據(jù)管理技術(shù)，是計(jì)算機(jī)軟件領(lǐng)域的一個(gè)重要分支，產(chǎn)生于 60 年代末。 目前廣泛作用的數(shù)據(jù)模型可分為兩種類型。 另一種數(shù)據(jù)模型是直接面向數(shù)據(jù)庫(kù)的邏輯結(jié)構(gòu)，它是現(xiàn)實(shí)世界的第二層抽象。 （ 1）層次模型。 層次模型的特點(diǎn)是記錄之間的聯(lián)系通過(guò)指針實(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 語(yǔ)言是關(guān)系數(shù)據(jù)庫(kù)的標(biāo)準(zhǔn)化語(yǔ)言，已得到了廣泛的應(yīng)用。 關(guān)系模型和網(wǎng)狀、層次模型的最大區(qū)別是：關(guān)系模型用表格數(shù)據(jù)而不是通過(guò)指針鏈來(lái)表示和實(shí)現(xiàn)實(shí)體間聯(lián)系。關(guān)系模型已是一個(gè)成熟的有前途的模型，已得到廣泛應(yīng)用。面向?qū)ο蟮母拍钭钤绯霈F(xiàn)在程序設(shè)計(jì)語(yǔ)言中，隨后迅速滲透到計(jì)算機(jī)領(lǐng)域的每一個(gè)分支。這個(gè)三級(jí)結(jié)構(gòu)有時(shí)也稱為 “三級(jí)模式結(jié)構(gòu) ”，或 “數(shù)據(jù)抽象的三個(gè)級(jí)別 ”，最早是在 1971 年通過(guò)的 DBTG 報(bào)告中提出，后來(lái)收入在 1975年的美國(guó) ANSI/SPARC報(bào)告中。單個(gè)用戶使用的數(shù)據(jù)視圖的描述稱為“外模式 ”。物理存儲(chǔ)數(shù)據(jù)視圖的描述稱為“內(nèi)模式 ”。此處模式是概念模式的簡(jiǎn)稱。 （ 1）物 理數(shù)據(jù)獨(dú)立性 如果數(shù)據(jù)庫(kù)的內(nèi)模式要進(jìn)行修改，即數(shù)據(jù)庫(kù)的存儲(chǔ)設(shè)備和存儲(chǔ)方法有所變化，那么模式 /內(nèi)模式映象也要進(jìn)行相當(dāng)?shù)男薷模垢拍钅Ｊ奖M可能保持不變。 現(xiàn)有 關(guān)系系統(tǒng)產(chǎn)品均提供了較高的物理獨(dú)立性，而對(duì)邏輯獨(dú)立性的支持尚有欠缺，例如，對(duì)外模式的數(shù)據(jù)更新受到限制等。但如果直接按照這種方式建庫(kù)顯然還不能算最佳。在規(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ò)程就稱之為規(guī)范化處理。例如，在圖 中如果我們將合同 號(hào)定義為主關(guān)鍵字 (其它數(shù)據(jù)元素中的記錄數(shù)據(jù)都有可能重名，故不能作為主關(guān)鍵字 )，故只要知道了一個(gè)合同記錄的合同號(hào)，就可以唯一地在同一行中找到該合同的任何一項(xiàng)具體信息。也就是說(shuō)對(duì)于一個(gè)滿足了 2ndNF 的數(shù)據(jù)結(jié)構(gòu)來(lái)說(shuō)，表中有可能存在某些數(shù)據(jù)元素依賴于其它非關(guān)鍵宇數(shù)據(jù)元素的現(xiàn)象，必須加以消除。不同的數(shù)據(jù)庫(kù)管理系統(tǒng)提供不同的數(shù)據(jù)庫(kù)語(yǔ)言。 1986 年 ANSI 采用 SQL 語(yǔ)言作為關(guān)系數(shù)據(jù)庫(kù)系統(tǒng)的標(biāo)準(zhǔn)語(yǔ)言，后被國(guó)際化標(biāo)準(zhǔn)組織（ ISO）采納為國(guó)際標(biāo)準(zhǔn)。這樣 SQL 語(yǔ)言很快被整個(gè)計(jì)算機(jī)界認(rèn)可。當(dāng)設(shè)計(jì)者在關(guān)系表上定義了索引時(shí)，系統(tǒng)會(huì)自動(dòng)利用索引進(jìn)行快速檢索，用戶不需知道表上是否有索引或者有什么類型的索引等細(xì)節(jié)。在包含 LIKE的查詢語(yǔ)句中可以使用兩個(gè)通配符：（百分號(hào)）：與零個(gè)或多個(gè)字符組成的字符串匹配； _（下劃線）：與單個(gè)字符匹配。在本系統(tǒng)中就大量地使用了數(shù)據(jù)插入、刪除和修改這三種操作，現(xiàn)做一個(gè)簡(jiǎn)單地介紹。 ● 數(shù)據(jù)修改 當(dāng)需要修改基本表中元組的某些列值時(shí)，可以用 UPDATE語(yǔ)句實(shí)現(xiàn)，其句法如下： UPDATE基本表名 SET列名 =值表達(dá)式 [，列名 =值表達(dá)式 ?] [WHERE條件表達(dá)式 ] 在 Delphi中使用 SQL語(yǔ)句是很方便的，一般來(lái)說(shuō)，都 是通過(guò) TQuery組件來(lái)使用 SQL語(yǔ)言的。 簡(jiǎn)介 Delphi 類可以粗略地分成兩部分：一部分是組件類，這些組件類通常以某種方式出現(xiàn)在組件面板上，當(dāng)用戶從組件面板上點(diǎn)取一個(gè)類的圖 標(biāo)后，在程序中就自動(dòng)生成了該類的對(duì)象（非可視組件除外）；另一部分是功能類，這此功能類的對(duì)象通常出現(xiàn)在程序代碼中，起著不可代替的作用，但是這些功能類在組件面板上是找不到的。 凡是做過(guò)程序開發(fā)的人都知道從來(lái)沒(méi)有單純的數(shù)據(jù)應(yīng)用程序，也就是說(shuō)，數(shù)據(jù)庫(kù)應(yīng)用程序必須和用戶界面（可以是圖形界面，也可以是命令接口）元素相結(jié)合，只講界面或只講數(shù)據(jù)庫(kù)本身都構(gòu)不成數(shù)據(jù)庫(kù)應(yīng)用程序，因而用 。但也有一些組件不在 組件面板上，例如 Tform 和 Tapplication（典型的非可視組件）。 圖形組件與窗口組件并列，是另一大類組件。由此可以看出圖形組件的功能很弱，有讀者會(huì)問(wèn)圖形組件的用處何在呢？其實(shí)使用圖形組件的最大好處在于節(jié)省資源，正是因?yàn)樗鼈兊墓δ茌^弱，所以使用的系統(tǒng)資源就要少。 控件 用 Delphi6 開發(fā)數(shù)據(jù)庫(kù)應(yīng)用，重點(diǎn)是和各種數(shù)據(jù)庫(kù)組件打交道，當(dāng)然也要使用其它的一些組件，現(xiàn)在就我在系統(tǒng)設(shè)計(jì)中所使用的重要組件給與簡(jiǎn)單介紹。 ADO 使您的客戶端應(yīng)用程序能夠通過(guò) OLEDB 提供訪問(wèn)和操作在數(shù)據(jù)庫(kù)服務(wù)器中的數(shù)據(jù)。 繼續(xù)對(duì) Microsoft 的 ADO 訪問(wèn)能力的支持。 利用 ADO 數(shù)據(jù)訪問(wèn)組件，可以只使用 ADO 結(jié)構(gòu)與數(shù)據(jù)庫(kù)取得聯(lián)系并對(duì)其中的數(shù)據(jù)進(jìn)行操作， 而在這些過(guò)程中完全不需要使用 BDE。使用這些 ADO組件的方式與我們常使用的數(shù)據(jù)訪問(wèn)組件（基于 BDE）都有許多相同之處。ADO 數(shù)據(jù)集訪問(wèn)組件與常用的數(shù)據(jù)訪問(wèn)組件是并列的關(guān)系。 在系統(tǒng)中主要使用數(shù)據(jù)網(wǎng)格控件 DBGrid 和數(shù)據(jù)庫(kù)導(dǎo)航器控件 DBNavigator。 Tdatabase：當(dāng)一個(gè)基于 BDE的數(shù)據(jù)庫(kù)應(yīng)用程序需要一個(gè)永久數(shù)據(jù)庫(kù)連接時(shí)，需要定制向一個(gè)數(shù)據(jù)庫(kù)服務(wù)器的連接時(shí)，需要事務(wù)控制和特殊的數(shù)據(jù)庫(kù)別名時(shí)就得用到 Tdatabase 對(duì)象。 TdataSource 對(duì)象用于在 DataSet 對(duì)象（包括 Tquery,TstoredProc,Ttable 等）和數(shù)據(jù)感知組件之間提供一個(gè)連接的紐帶，以便在窗體上顯示數(shù)據(jù)庫(kù)中的數(shù)據(jù)，在數(shù)據(jù)庫(kù)中導(dǎo)航定位與編輯數(shù)據(jù)集中的數(shù)據(jù)。然后以 Tdatasource 對(duì)象為中介，用數(shù)據(jù)感知組件向用戶顯示數(shù)據(jù)庫(kù)的內(nèi)容并接受用戶的查詢和修改等操作。還可以使用 Delphi 的 SQLBuilder 來(lái)自動(dòng)生成 SQL 語(yǔ)句，這樣可以避免手工編寫 SQL 而可能造成的語(yǔ)法錯(cuò)誤。為參數(shù)賦值有三種方法： ① 根據(jù)參數(shù)在 SQL 語(yǔ)句中出現(xiàn)的順序，設(shè)置 TQuery 部件的 Params 屬性值為參數(shù)賦值。 在程序運(yùn)行過(guò)程中，要想設(shè)置 TQuery 部件的 SQL 屬性，必須首先調(diào)用 Close 方法，關(guān)閉TQuery 部件，然后再調(diào)用 Clear 方法清除 SQL 屬性中現(xiàn)存的 SQL 命令語(yǔ)句，最后再調(diào)用Add 方法為 SQL 屬性設(shè)置新的 SQL 命令語(yǔ)句。在應(yīng)用程序中為 SQL屬性設(shè)置新的 SQL 命令語(yǔ)句時(shí)，必須要調(diào)用 Clear 方法以清除 SQL屬性中現(xiàn)存的 SQL 命令語(yǔ)句，如果不調(diào)用 Clear方 法，便調(diào)用 Add 方法向 SQL 屬性中設(shè)置 SQL 命令語(yǔ)句，那么新設(shè)置的 SQL 命令語(yǔ)句會(huì)追加在現(xiàn)存 SQL 命令語(yǔ)句后面，在程序運(yùn)行時(shí)常常會(huì)出現(xiàn)出乎意料的查詢結(jié)果甚至程序無(wú)法運(yùn)行下去。 在設(shè)計(jì)過(guò)程中，設(shè)置完 TQuery 部件的 SQL 屬性之后將其 Active 屬性的值置為 True，這樣便可以執(zhí)行 SQL 屬性中的 SQL 程序，如果應(yīng)用中有與 TQuery 部件相連的數(shù)據(jù)瀏覽部件 (如TDDGridTDBEdit 等 )那么在這些數(shù)據(jù)瀏覽部件中會(huì)顯示 SQL 程序的執(zhí)行結(jié)果。此時(shí)應(yīng)該調(diào)用 ExecSQL 方法來(lái)代替 Open方法。 Delphi 中用 ADOQuery 來(lái)使用 SQL 語(yǔ)句同樣十分方便。而且，在每一次修改完成以后，還應(yīng)該記得重新將 ADOQuery 激活。在本系統(tǒng) 中，做為圖書倉(cāng)庫(kù)管理系統(tǒng)是一個(gè)比較小的應(yīng)用系統(tǒng)，它所產(chǎn)生和處理的數(shù)據(jù)量也比較小。 Access 做為一個(gè)數(shù)據(jù)庫(kù)管理系統(tǒng)，它被集成在 MicrosoftOffice 中。 第四章系統(tǒng)總體設(shè)計(jì) 軟件系統(tǒng)的總體設(shè)計(jì)大約要經(jīng)歷可行性分析和項(xiàng)目開發(fā)計(jì)劃，需求分析，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)，編碼，測(cè)試以及維護(hù)等七個(gè)階段。 系統(tǒng)需求分析 在經(jīng)過(guò)前一階段的分析之后，我確定了我的開發(fā)課題為圖書倉(cāng)庫(kù)管理。它是一種功能模型，以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動(dòng)和處理的過(guò)程，只反映系統(tǒng)必須完成的邏輯功能。 在多層數(shù)據(jù)流圖中，頂層流圖僅包含一個(gè)加工，它代表被開發(fā)系統(tǒng)，它的輸入流是該系統(tǒng)的輸入數(shù)據(jù)了，輸出流是該系統(tǒng)的輸出數(shù)據(jù)；底層流圖是指其加工不需要再做分解的數(shù)據(jù)流圖，中間層流圖表示對(duì)其上層父圖的細(xì)化，它的每一步加工可能繼續(xù)細(xì)化成子圖。 167。 系統(tǒng)的概要設(shè)計(jì)中最重要的就是系統(tǒng)的模塊化。也就是說(shuō)，每個(gè)模塊只完成系統(tǒng)要求的獨(dú)立的子功能，并且與其他模塊的聯(lián)系最少且接口簡(jiǎn)單，即盡量做到高內(nèi)聚低耦合，提高模塊的獨(dú)立性，為設(shè)計(jì)高質(zhì)量的軟件結(jié)構(gòu)奠定基礎(chǔ)。比如，用戶管理我又將其分為用戶注冊(cè)、用戶注銷、密碼修改；庫(kù)存管理分為庫(kù)存記錄查詢、庫(kù)存記錄修改、庫(kù)存記錄打印等等。這些信息再進(jìn)一步加工、編碼，然后進(jìn)數(shù)據(jù)世界，而軟件系統(tǒng)的開發(fā)工作需要考慮這兩個(gè)方面的問(wèn)題，也就是要考慮系統(tǒng)開發(fā)所需要的數(shù)據(jù)，以及如何對(duì)這些數(shù)據(jù)進(jìn)行操作。在本系統(tǒng)中我采用 “實(shí)體聯(lián)系模型 ”（ ER 模型）來(lái)描述數(shù)據(jù)庫(kù)的結(jié)構(gòu)與語(yǔ)義，以對(duì)現(xiàn)實(shí)世界進(jìn)行第一次抽象。 ER 圖是直觀表示概念模型的工具，它有四個(gè)基本成分： ◆ 矩形框，表示實(shí)體類型（考慮問(wèn)題的對(duì)象）。 ◆ 直線，聯(lián)系類型與其涉及的實(shí)體類型之間以直線連接。） 在該數(shù)據(jù)庫(kù)中，我設(shè)計(jì)了三個(gè)實(shí)體，分別是庫(kù)存、員工和供應(yīng)商以及兩個(gè)聯(lián)系類型入庫(kù)和出庫(kù)。通過(guò)添加供應(yīng)商信息可以比較清楚地了解圖書的進(jìn)貨渠道，從圖書的質(zhì)量到供應(yīng)商的信譽(yù)都可以進(jìn)行了解，同時(shí)可以為以后的圖書進(jìn)購(gòu)提供一定有用的信息。因?yàn)殛P(guān)系數(shù)據(jù)庫(kù)中的二維表格可以很清楚地描述數(shù)據(jù)之間的聯(lián)系。根據(jù)系統(tǒng) ER圖，針對(duì)本系統(tǒng)的特點(diǎn)，在對(duì)所搜集的數(shù)據(jù)進(jìn)行規(guī)范化之后 ，定義了如下六張表格，分別是庫(kù)存信息表，入庫(kù)信息表，出庫(kù)信息表，員工信息表，供應(yīng)商信息表和密碼信息表。 在該表中圖書編號(hào)是主鍵，它按圖書入庫(kù)的先后次序來(lái)編寫，每當(dāng)有圖書入庫(kù)，系統(tǒng)自動(dòng)給出圖書編號(hào)，這樣我們按圖書編號(hào)來(lái)查找圖書是比較方便的。 Employee 表（員工信息表） 字段名稱數(shù)據(jù)類型說(shuō)明 KEmployeeID 數(shù)字員工編號(hào) EmployeeName 文本員工姓名 Sex文本性別 BornDate 日期 /時(shí)間出生日期 Grade 文本職稱 WorkDate 日期 /時(shí)間工作日期 Telephone 文本聯(lián)系電話 Address 文本聯(lián)系地址 圖 員工信息表 員工信息表主要用于記錄有關(guān)員工的各類信息，包括姓名、職稱、出生日期、聯(lián)系電話、聯(lián)系地址等。它主要用來(lái)為系統(tǒng)提供供應(yīng)商的有關(guān)信息，在系統(tǒng)中入庫(kù)記錄是與供應(yīng)商記錄相聯(lián)系的，通過(guò)入庫(kù)記錄可以查找相關(guān)的供應(yīng)商信息。出庫(kù)信息表和入庫(kù)信息表一樣，其 實(shí)它們都屬于聯(lián)系類型，系統(tǒng)通過(guò)這兩個(gè)表可以聯(lián)接上其它的表為用戶提供多種條件的聯(lián)接查詢。比如，系統(tǒng)中通過(guò)在入庫(kù)信息表中定義的外鍵 BookID、 EmployeeID和 ShopkeeperID可以將庫(kù)存信息表、員工信息表和供應(yīng)商信息表聯(lián)系在一起，從而方便地實(shí)現(xiàn)聯(lián)接查詢，而且，引入外鍵的定義是實(shí)體完整性約束的一個(gè)主要方面。 167。需要指出的是系統(tǒng)的詳細(xì)設(shè)計(jì)并不是指具體的編程序，而是將概要設(shè)計(jì)階段產(chǎn)生的系統(tǒng)功能模塊圖細(xì) 化成很容易產(chǎn)生程序的圖紙。 由前一階段產(chǎn)生的系統(tǒng)功能模塊圖，我為系統(tǒng)的主要部分設(shè)計(jì)了如下程序流程圖：通過(guò)以上步驟，基本上完成了對(duì)整個(gè)系統(tǒng)的總體設(shè)計(jì)，接下來(lái)所要做的就是軟件的編碼工作。 數(shù)據(jù)模塊窗體的設(shè)置 在編寫數(shù)據(jù)庫(kù)應(yīng)用程序時(shí)，經(jīng)常要遇到這樣的情況，即好多組件、窗體同時(shí)訪問(wèn)相同的數(shù)據(jù)源，如果為每一個(gè)組件或者窗體都設(shè)置一個(gè)數(shù)據(jù)源將是十分耗時(shí)的工件，而且要保證這些數(shù)據(jù)源的確是相同的也需花一番功夫。值得一提的是，設(shè)置了數(shù)據(jù)庫(kù) Database組件，該組件引入了系統(tǒng)所需的唯一的數(shù)據(jù)庫(kù) tsxs， Database組件的 DatabaseName屬性設(shè)置為 tsckgl。在 Delphi 的學(xué)習(xí)中我對(duì) ADO 組件了解的更加清楚，使用也較 BDE更為熟練，而且， ADO組件的功能也較 BDE更為強(qiáng)大，所以在這里大多采用 ADO組件來(lái)進(jìn)行數(shù)據(jù)庫(kù)聯(lián)接。 ********************************************************************** (Sender:TObject)。 SQL 語(yǔ)句 (?Pub?).