【正文】 程，這也就是數(shù)據(jù)庫(kù)的設(shè)計(jì)問(wèn)題，軟件設(shè)計(jì)的一個(gè)核心。 ◆ 菱形框，表示聯(lián)系類(lèi)型（實(shí)體間的聯(lián)系）。在本系統(tǒng)中庫(kù)存是核心，也是基本，沒(méi)有了庫(kù)存其它的也就沒(méi)有什么意義了。 在這里不得不提到一個(gè)概念 —— 范式?？紤]到編號(hào)比較難于記憶，所以使用了出版社和圖書(shū)類(lèi) 型兩個(gè)字段，在系統(tǒng)中我提供了出版社和圖書(shū)類(lèi)型的分類(lèi)查找，而且全部采用自動(dòng)生成，每當(dāng)系統(tǒng)中有新的出版社類(lèi)型和圖書(shū)類(lèi)型，彈出菜單會(huì)自動(dòng)添中新類(lèi)型，這樣就可以比較方便地實(shí)現(xiàn)按出版社和按圖書(shū)類(lèi)型查找。在供應(yīng)商信息中，考慮當(dāng)實(shí)際情況，我特別加入了 Email 和付款方式這兩個(gè)字段，因?yàn)樵诋?dāng)今信息世界中，多種多樣的通訊方式和多種多樣的付款方式是必然的，是數(shù)據(jù)庫(kù)中必須與以記錄 。 Key 表（密碼信息表） 字段名稱(chēng) 數(shù)據(jù)類(lèi)型 說(shuō)明 K KeyName 文本 用戶姓名 KeyNo 文本 用戶密碼 圖 密碼信息表 密碼信息表主要用于記錄所有的用戶名和用戶密碼。因此詳細(xì)設(shè)計(jì)的結(jié)果基本決定了最終程序的質(zhì)量。 系統(tǒng)窗體模塊組成 167。 在處理過(guò)程設(shè)計(jì)時(shí)我采用的是結(jié)構(gòu)化程序設(shè)計(jì)（簡(jiǎn)稱(chēng) SP）方法。 在入庫(kù)信息表和出庫(kù)信息表中我還定義了幾個(gè)外鍵，它提供了一種表示幾個(gè)關(guān)系聯(lián)系的方法。 Shopkeeper 表（供應(yīng)商信息表） 字段名稱(chēng) 數(shù)據(jù)類(lèi)型 說(shuō)明 K ShopkeeperID 數(shù)字 供應(yīng)商編號(hào) ShopkeeperName 文本 供應(yīng)商姓名 Address 文本 地址 PostNo 數(shù)字 郵編 OfficePhone 文本 辦 公電話 HomePhone 文本 住宅電話 Email 文本 Email PayType 文本 付款方式 圖 供應(yīng)商信息表 供應(yīng)商信息表主要用于記錄有關(guān)供應(yīng)商的各類(lèi)信息，包括姓名、地址、電話、付款方式等。） BookRecord 表（庫(kù)存信息表） 字段名稱(chēng) 數(shù)據(jù)類(lèi)型 說(shuō)明 K BookID 數(shù)字 圖書(shū)編號(hào) BookName 文本 圖書(shū)名 Author 文本 作者 Publisher 文本 出版社 PubDate 日期 /時(shí)間 出版 日期 Price 貨幣 價(jià)格 BookType 文本 圖書(shū)類(lèi)型 Number1 數(shù)字 庫(kù)存數(shù)量 Addation 文本 備注 圖 庫(kù)存信息表 庫(kù)存信息表主要用于記錄倉(cāng)庫(kù)中現(xiàn)存放的所有圖書(shū)的詳細(xì)信息，包括圖書(shū)編號(hào)、書(shū)名、作者、出版社、圖書(shū)類(lèi)型等有關(guān)圖書(shū)的各類(lèi)信息，它即是該數(shù)據(jù)庫(kù)的主表，也是系統(tǒng)主界面的主要內(nèi)容。在這里，我選用的是關(guān)系數(shù)據(jù)庫(kù)。依據(jù)倉(cāng)庫(kù) 管理的實(shí)際情況，考慮了多方面的因素以后，確定系統(tǒng)的 ER圖如下： （為了表達(dá)的方便，在這里我沒(méi)有在一張圖上表達(dá)出所有的關(guān)系，而是用一張總體 ER 圖，和幾張實(shí)體屬性關(guān)系圖來(lái)表達(dá)數(shù)據(jù)庫(kù)的結(jié)構(gòu)。但 ER模型只 能說(shuō)明實(shí)體間語(yǔ)義的聯(lián)系，不能進(jìn)一步說(shuō)明詳細(xì)的數(shù)據(jù)結(jié)構(gòu)，它只是數(shù)據(jù)庫(kù)設(shè)計(jì)的第一步?，F(xiàn)實(shí)世界的事物反映到人的頭腦中，人的大腦對(duì)它有個(gè)認(rèn)識(shí)過(guò)程，經(jīng)過(guò)分析（選擇、命名、分類(lèi)等）進(jìn)入信息世界。 將系統(tǒng)劃分為多個(gè)模塊是為了降低軟件系統(tǒng)的復(fù)雜性，提高可讀性、可維護(hù)性，但模塊的劃分不能是任意的，應(yīng)盡量保持其獨(dú)立性。通過(guò)以上對(duì)數(shù)據(jù)流圖的分析之后，我們已大體地了解了系統(tǒng)的功能和目標(biāo)，接下來(lái)所要做的就是系統(tǒng)功能模塊的劃分和數(shù)據(jù)庫(kù)的設(shè)計(jì)，也就是系統(tǒng)的概要設(shè)計(jì)。 在系統(tǒng)中我采用數(shù)據(jù)流圖（ DFD）這種半形式化的描述方式表達(dá)需求。 Access 2020 的功能十分強(qiáng)大，利用它可以方便地實(shí)現(xiàn)對(duì)信息保存、維護(hù)、查詢(xún)、統(tǒng)計(jì)、打印、交流、發(fā)布，而且它可以十分方便地與 Office 其他組件交流數(shù)據(jù)，這些功能對(duì)一個(gè)一般用戶而言已經(jīng)足夠了。 Access 簡(jiǎn)介 建立一個(gè)數(shù)據(jù)庫(kù)我們有多種選擇，現(xiàn)在市場(chǎng)上有各種各樣的數(shù)據(jù)庫(kù)，而且每一種數(shù)據(jù)庫(kù)都有其自身的特點(diǎn)，不能說(shuō)哪一種更好，只能在其中尋找一種能更好地適應(yīng)系統(tǒng)需求、更好地滿足用戶 的要求以及適應(yīng)開(kāi)發(fā)人員的習(xí)慣。在 Try 部分調(diào)用 Open 方法，而在 Except 部分調(diào)用 ExceSQL 方法，這樣才能保證程序的正確運(yùn)行。 在為 TQuery 部件設(shè)置完 SQL 屬性的屬性值之后，也即 編寫(xiě)好適當(dāng)?shù)?SQL 程序之后，可以有多種方式來(lái)執(zhí)行 SQL 程序。利用這種方法也能實(shí)現(xiàn)所謂的連接查詢(xún)，創(chuàng)建主要 — 明細(xì)型數(shù)據(jù)庫(kù)應(yīng)用。設(shè)計(jì)程序時(shí)，在該組件的屬性對(duì)話框中選擇 SQL屬性，單擊帶省略號(hào)的按鈕，就可以打開(kāi) String List Editor 對(duì)話框，然后我們就可以在對(duì)話框中添加 SQL 語(yǔ)句。對(duì)一個(gè)數(shù)據(jù)庫(kù)連接，如果沒(méi)有顯示的聲明并實(shí)例化 TDatabase 對(duì)象，系統(tǒng)就會(huì)產(chǎn)生一個(gè)帶有默認(rèn)屬性的 TDatabase 對(duì)象。這里的絕大多數(shù)組件，如DBText, DBEdit, DBMemo, DBImage, DBListBox, DBComboBox, DBCheckBox, DBRadioGroup, DBLookupListBox, DBLookupCombox, DBCtrGrid 的功能和對(duì)應(yīng)的非數(shù)據(jù)感知組件相同，如 TEdit框， TRadioGroups 單選按鈕組等，只不過(guò)在顯示數(shù)據(jù)庫(kù)數(shù)據(jù)時(shí)要用而已。 TADOTable 與 Ttable， TADOQuery 與 Tquery，以及 TADOStoreProc 和 TstoredProc 之間都具有這種類(lèi)似的對(duì)應(yīng)關(guān)系。 ADO 同時(shí)具有遠(yuǎn)程數(shù)據(jù)服務(wù)(RDS)功能，通過(guò) RDS 可以在一次往返過(guò)程中實(shí)現(xiàn)將數(shù)據(jù)從服務(wù)器移動(dòng)到客戶端應(yīng)用程序和 Web頁(yè)、在客戶端對(duì)數(shù)據(jù)進(jìn)行處然后將更新結(jié)果返回服務(wù)器的 操作。 167。在實(shí)際編程中，窗口組件類(lèi)的對(duì)象都有句柄，可以接受輸入焦點(diǎn)和包含其它組件。實(shí)際上在 Delphi 的類(lèi)庫(kù)中， Tobject 類(lèi)派生出了為數(shù)相當(dāng)眾多的子類(lèi)，它們形成了一個(gè)龐大的體系，通常情況下，如果不自行開(kāi)發(fā)組件，就不必了解整個(gè)類(lèi)的體系結(jié)構(gòu)，只用到類(lèi)層次樹(shù)的葉結(jié)點(diǎn)就足夠了。此外， DELETE語(yǔ)句只能從一個(gè)基本表中刪除元組， WHERE子句中條件可以嵌套，也可以是來(lái)自幾個(gè)基本表的復(fù)合條件。在系統(tǒng)中有大量的查詢(xún)按鈕，其使用了大量的查詢(xún)語(yǔ)句，而且這些查詢(xún)語(yǔ)句大部分使用的是模糊查詢(xún)，所以大量的使用了模式匹配符 LIKE(判斷值是否與指定的字符通配格 式相符 )。同時(shí)，其它數(shù)據(jù)庫(kù)產(chǎn)品廠家也紛紛推出各自的支持 SQL 的軟件或者與 SQL的接口軟件。 SQL 語(yǔ)言基礎(chǔ) SQL簡(jiǎn)介 用戶對(duì)數(shù)據(jù)庫(kù)的使用，是通過(guò)數(shù)據(jù)庫(kù)管理系統(tǒng)提供的語(yǔ)言來(lái)實(shí)現(xiàn)的。 第二范式 (second normal form，簡(jiǎn)稱(chēng) 2nd NF)是指每個(gè)表必須有一個(gè) (而且僅一個(gè) )數(shù)據(jù)元素為主關(guān)鍵字 (primary key)，其它數(shù)據(jù)元素與主關(guān)鍵字一一對(duì)應(yīng)。 在表中，列的順序無(wú)關(guān)緊要，但不能重復(fù) (如圖中合同號(hào)和合同名誰(shuí)先誰(shuí)后都沒(méi)關(guān)系，但二者不可重復(fù)或同名 )。我們完全可以認(rèn)為所建指標(biāo)體系中的一個(gè)指標(biāo)類(lèi)就是關(guān)系數(shù)據(jù)庫(kù)中的一個(gè)基本表，而這個(gè)指標(biāo)類(lèi)下面的一個(gè)個(gè)具體指標(biāo)就是這個(gè)基本表中的一個(gè)字段。數(shù)據(jù)獨(dú)立性分成物理數(shù)據(jù)獨(dú)立性和邏輯數(shù)據(jù)獨(dú)立性?xún)杉?jí)。 內(nèi)部級(jí)最接近于物理存儲(chǔ)設(shè)備，涉及到實(shí)際數(shù)據(jù)存儲(chǔ)的結(jié)構(gòu)。 數(shù)據(jù)庫(kù)體系結(jié)構(gòu) 數(shù)據(jù)庫(kù)的體系結(jié)構(gòu)分三級(jí)：內(nèi)部 級(jí)（ internal） ,概念級(jí)（ conceptual）和外部級(jí)（ external）。 關(guān)系模型是數(shù)學(xué)化的模型，可把表格看成一個(gè)集合，因此集合論、數(shù)理邏輯等知識(shí)可引入到關(guān)系模型中來(lái)。關(guān)系模型是數(shù)學(xué)化模型。網(wǎng)狀模型的缺點(diǎn)是編寫(xiě)應(yīng)用程序比較復(fù)雜，程序員必須熟悉數(shù)據(jù)庫(kù)的邏輯結(jié)構(gòu)。上一層記錄類(lèi)型和下一層記錄類(lèi)型間聯(lián)系是 1∶N 聯(lián)系。這一其中著名的模型是 “ 實(shí)體聯(lián)系模型 ” 。至 60年代，數(shù)據(jù)處理成為計(jì)算機(jī)的主要應(yīng)用。 （ 4）數(shù)據(jù)庫(kù)技術(shù)：這是一門(mén)研究數(shù)據(jù)庫(kù)的結(jié)構(gòu)、存儲(chǔ)、管理和使用的軟件學(xué)科。數(shù)據(jù)庫(kù)技術(shù)與網(wǎng)絡(luò)通信技術(shù)相結(jié)合，產(chǎn)生了分布式數(shù)據(jù)庫(kù)系統(tǒng)。這個(gè)階段的程序和數(shù)據(jù)間的聯(lián)系可用下圖表示： 數(shù)據(jù)庫(kù)技術(shù) 從文件系統(tǒng)發(fā)展到數(shù)據(jù)庫(kù)系統(tǒng)是信息處理領(lǐng)域的一個(gè)重大變化。 （ 2）避免數(shù)據(jù)的不一致（ Inconsistency can avoid） 本項(xiàng)的特色，可以說(shuō)是延伸前項(xiàng)的一個(gè)特點(diǎn)，要說(shuō)明這樣的一個(gè)現(xiàn)象，我們可以從下面這個(gè)實(shí)例來(lái)看：若是在同一家公司當(dāng)中，職員甲在策劃部門(mén)工作，且職員甲的記錄同時(shí)被存放在數(shù)據(jù)庫(kù)的兩個(gè)地方，而數(shù)據(jù)庫(kù)管理系統(tǒng)卻沒(méi)有對(duì)這樣重要的情況加以控制，當(dāng)其中一條數(shù)據(jù)庫(kù)被修改時(shí) ，便會(huì)造成數(shù)據(jù)的不一致，但是，對(duì)于一個(gè)健全的數(shù)據(jù)庫(kù)管理系統(tǒng)而言，將會(huì)對(duì)這樣的情況加以控制，但有時(shí)并不需要刻意消除這種情形，應(yīng)當(dāng)視該數(shù)據(jù)庫(kù)的需求與效率來(lái)決定。 20世紀(jì) 60年代末發(fā)生的三件大事，層次模型 IMS系統(tǒng)的推出、關(guān)于網(wǎng)狀模型 DBTG 報(bào)告的發(fā)表以及關(guān)于關(guān)系模型論文的連續(xù)發(fā)表標(biāo)志著數(shù)據(jù)管理技術(shù)進(jìn)入數(shù)據(jù)庫(kù)階段。 使用 計(jì)算機(jī)以后，數(shù)據(jù)處理的速度和規(guī)模，無(wú)論是相對(duì)于手工方式，還是機(jī)械方式，都有無(wú)可比擬的優(yōu)勢(shì)。把設(shè)計(jì)轉(zhuǎn)變?yōu)閷?shí)際的數(shù)據(jù)庫(kù)，并且這些數(shù)據(jù)庫(kù)帶有功能完備、高效能的應(yīng)用，是一個(gè)工程過(guò)程。 總結(jié)部分介紹了設(shè)計(jì)體會(huì)和編程體會(huì)，并指出了系統(tǒng)設(shè)計(jì)中的不足和改進(jìn)的方向 第二章 數(shù)據(jù)庫(kù)概論 167。尤其是 Delphi對(duì)數(shù)據(jù)庫(kù)應(yīng)用的強(qiáng)大支持，大大提高了數(shù)據(jù)庫(kù)應(yīng)用軟件開(kāi)發(fā)的效率，縮短了開(kāi)發(fā)周期，深受廣大數(shù)據(jù)庫(kù)應(yīng)用程序設(shè)計(jì)人員的喜愛(ài)。無(wú)論是企業(yè)級(jí)用戶，還是個(gè)人開(kāi)發(fā)者，都能夠利用 Delphi 6 輕松、快捷地構(gòu)建新一代電子商務(wù)應(yīng)用。這些新型的開(kāi)發(fā)工具通常以一種集成軟件包的形式提供給開(kāi)發(fā)人員，被稱(chēng)為 Studio（工作室）或 Suite（程序組）。為了加快倉(cāng)庫(kù)管理自動(dòng)化的步伐，提高倉(cāng)庫(kù)的管理業(yè)務(wù)處理效率，建立倉(cāng)庫(kù)管理系統(tǒng)已變得十分心要。與此同時(shí)，為了管理大量的圖書(shū)，圖書(shū)倉(cāng)庫(kù)也大量的出現(xiàn)，倉(cāng)庫(kù)的管理問(wèn)題也就提上了日程。系統(tǒng) 有完整的用戶添加、刪除和密碼修改功能，并具備報(bào)表打印功能。查詢(xún)功能也是系統(tǒng)的核心之一，在系統(tǒng)中即有單條件查詢(xún)和多條件查詢(xún)，也有精確查詢(xún)和模糊查詢(xún)，系統(tǒng)不僅有靜態(tài)的條件查詢(xún)，也有動(dòng)態(tài)生成的條件查詢(xún)，其目的都是為了方便用戶使用。書(shū)籍做為人類(lèi)的精神食糧，在現(xiàn)代社會(huì)中越來(lái)越受到重視，大量的書(shū)籍出現(xiàn)在市場(chǎng)上，人們有了各種各樣不同的選擇。 隨著我國(guó)改革開(kāi)放的不斷深入，經(jīng)濟(jì)飛速的發(fā) 展，企業(yè)要想生存、發(fā)展，要想在激烈的市場(chǎng)競(jìng)爭(zhēng)中立于不敗之地，沒(méi)有現(xiàn)代化的管理是萬(wàn)萬(wàn)不行的，倉(cāng)庫(kù)管理的全面自動(dòng)化、信息化則是其中極其重要的部分。 開(kāi)發(fā)工具的選擇 自 Java 誕生以來(lái)，隨著 Inter 技 術(shù)的普及和應(yīng)用需求的變化，以第四代語(yǔ)言為主的應(yīng)用開(kāi)發(fā)產(chǎn)品發(fā)生了較大的變化，它們不僅已成為人們開(kāi)發(fā)應(yīng)用的開(kāi)發(fā)工具，而且很多產(chǎn)品已發(fā)展成為一種強(qiáng)有力的應(yīng)用開(kāi)發(fā)環(huán)境。它也是當(dāng)前 Windows 平臺(tái)上第一個(gè)全面支持最新 Web 服務(wù)的快速開(kāi)發(fā)工具。程序的規(guī)模小到簡(jiǎn)單的個(gè)人數(shù)據(jù)庫(kù)應(yīng)用，大到復(fù)雜的企業(yè)的多層次分布式系統(tǒng)，都可以使用 Delphi進(jìn)行開(kāi)發(fā)，其友好的集成開(kāi)發(fā)界面，可視化的雙向開(kāi)發(fā)模式，良好的數(shù)據(jù)庫(kù)應(yīng)用支持高效的程序開(kāi)發(fā)和程序運(yùn)行，備受廣大程序 開(kāi)發(fā)人員的好評(píng)。 第五章根據(jù)第四章的設(shè)計(jì)結(jié)果利用 Access 2020 和 Delphi 進(jìn)行了具體的窗體和應(yīng)用程序設(shè)計(jì)。理解用戶的需求，然后，把它們轉(zhuǎn)變?yōu)橛行У臄?shù)據(jù)庫(kù)設(shè)計(jì)是一個(gè)藝術(shù)過(guò)程。從 1956 年生產(chǎn)出第一臺(tái)計(jì)算機(jī)到現(xiàn)在，存儲(chǔ)器的發(fā)展，為數(shù)據(jù)庫(kù)技術(shù)提供了良好的物質(zhì)基礎(chǔ)。也正是由于這些原因，促使人們研究新的數(shù)據(jù)管理技術(shù)，從而產(chǎn)生了數(shù)據(jù)庫(kù)技術(shù)。例如：在一家公司當(dāng)中，人事管理程序與工資管理程序或許都會(huì)使用到職員與部門(mén)的信息或文件，而我們可以運(yùn)用數(shù)據(jù)庫(kù)的方法，把這兩個(gè)文件整理起來(lái)，以減少多余的數(shù)據(jù)，過(guò)度地占用存儲(chǔ)空間。 上述七個(gè)方面構(gòu)成了數(shù)據(jù)庫(kù)系統(tǒng)的主要特征。 數(shù)據(jù)庫(kù)技術(shù)還在不斷的發(fā)展，并且不斷地與其它計(jì)算機(jī)技術(shù)相互滲透。 （ 3）數(shù)據(jù)庫(kù)系統(tǒng)（ Database System,DBS） :DBS是實(shí)現(xiàn)有組織地、動(dòng)態(tài)地存儲(chǔ)大量關(guān)聯(lián)數(shù)據(jù)，方便多用戶訪問(wèn)的計(jì)算機(jī)軟件、硬件和數(shù)據(jù)資源組成的系統(tǒng)，即采用了數(shù)據(jù)庫(kù)技術(shù)的計(jì)算機(jī)系統(tǒng)。 數(shù)據(jù)庫(kù)理論基礎(chǔ) 數(shù)據(jù)庫(kù)模型 從 20世紀(jì) 50年代中期開(kāi)始，計(jì)算機(jī)的應(yīng)用由科學(xué)研究部門(mén)逐步擴(kuò)展到企業(yè)、行政部門(mén)。要領(lǐng)模型用于建立信息世界的數(shù)據(jù)模型，強(qiáng)調(diào)其語(yǔ)義表達(dá)功能，應(yīng)該概念簡(jiǎn)單、清晰，易于用戶理解，它是現(xiàn)實(shí)世界的第一層抽象，是用戶和數(shù)據(jù)庫(kù)設(shè)計(jì)人員之間進(jìn)行交流的工具。樹(shù)的結(jié)點(diǎn)是記錄類(lèi)型，每個(gè)非根結(jié)點(diǎn)有且只有一個(gè)父結(jié)點(diǎn)。 網(wǎng)狀模型的特點(diǎn)：記錄之間聯(lián)系通過(guò)指針實(shí)現(xiàn)， M∶N 聯(lián)系也容易實(shí)現(xiàn)（每個(gè) M∶N 聯(lián)系可拆成兩個(gè) 1∶N 聯(lián)系），查詢(xún)效率較高。 關(guān)系模型和層次、網(wǎng)狀模型的最大判別是用關(guān)鍵碼而不是用指針導(dǎo)航數(shù)據(jù)，表格簡(jiǎn)單用戶易懂，編程時(shí)并不涉及存儲(chǔ)結(jié)構(gòu)，訪問(wèn)技術(shù)等細(xì)節(jié)。只需用簡(jiǎn)單的查詢(xún)語(yǔ)句就可對(duì)數(shù)據(jù)庫(kù)進(jìn)行操作。 面向?qū)ο竽Ｐ湍芡暾孛枋霈F(xiàn)實(shí)世界的數(shù)據(jù)結(jié)構(gòu)，具有豐富的表達(dá)能力，但模型相對(duì)較復(fù)雜，涉及的知識(shí)面也廣，因此面向?qū)ο髷?shù)據(jù)庫(kù)尚未達(dá)到關(guān)系數(shù)據(jù)庫(kù)那樣的普及程度。全局?jǐn)?shù)據(jù)視圖的描述稱(chēng)為 “ 概念模式 ” 。在數(shù)據(jù)庫(kù)技術(shù)中，數(shù)據(jù)獨(dú)立性是指應(yīng)用程序和數(shù)據(jù)之間相互獨(dú)立，不受影響。一個(gè)良好的數(shù)據(jù)指標(biāo)體系是建立 DB的必要條件，但不是充分條 件。 在表中，行的順序無(wú)關(guān)緊要 (如圖中每行存的都是合同記錄，至于先放哪一個(gè)合同都沒(méi)關(guān)系 )。 因?yàn)槲覀儼匆?guī)范化建立的指標(biāo)體系和表的過(guò)程都自動(dòng)保證了所有表都滿足 1st NF。 167。例如關(guān)系數(shù)據(jù)庫(kù)產(chǎn)品 DB OR