1、數據庫原理課程設計報告數據庫原理課程設計報告題 目： 姓 名： 學 號： 專業班級： 指導老師： 年 月 日摘 要/*（300字左右，宋體，五號）課程設計內容摘要主要是對撰寫過程中實踐、實驗、研究的內容、方法和得到的主要結果的完整概括。關鍵詞: /*（3 5個，各個詞之間用“；”分割，宋體，五號，黑色）*/目錄第1章引言31.1項目背景31.2項目定義31.3開發環境3第2章需求分析42.1需求分析的目標與任務42.1.1信息需求42.1.2處理需求42.1.3安全性和完整性要求42.2需求分析階段成果42.2.1學校教材訂書系統的業務流程圖42.2.2學校教材訂書系統系統的功能模塊圖：42.

2、2.3學校教材訂書系統系統的數據字典5第3章概念設計73.1概念設計的目標與任務73.2階段結果73.2.1屬性與實體73.2.2各子系統與分E-R圖73.2.3合并各分E-R圖，得到總E-R圖7第4章邏輯設計84.1邏輯設計的任務和目標84.2階段結果84.2.1將E-R圖轉換為關系模型84.2.2模型優化94.2.3數據庫模式定義94.2.4用戶子模式定義9第5章物理設計105.1物理設計階段的目標與任務105.2階段結果：105.2.1存取方法設計105.2.2存儲結構的設計105.2.3評價物理結構10第6章數據庫實施階段116.1建立數據庫、數據表、視圖、索引116.1.1建立數據庫

3、116.1.2建立數據表116.1.3建立視圖116.1.4建立索引116.2數據入庫11第7章系統調試和測試12第8章設計心得13第9章存在的問題及建議14第10章參考文獻15第11章附錄16II數據庫系統原理課程設計報告第1章 引言1.1 項目背景學校每年都會采購和發放各種教材，但目前這些工作基本都由人工操作完成。但是為了配合老師上課的需要，教材發放的速度必須很快。因此，在教材發放的過程中，極易造成教材的損失。并且由于都是手工管理的方式，極易造成一些單據的損失。所以為了提高管理效率以及人力、物力的節省，利用計算機及設計教材訂購系統就不失為一種好方法。1.2 項目定義主要是針對大學生教材訂購

4、。完成學生對哪些教材需要數據的錄入，以及對學生購書單數據和發貨單數據的存儲。1.3 開發環境 運行環境：Mysql以及java程序數據庫：MYSQL第2章 需求分析2.1 需求分析的目標與任務2.1.1 信息需求用戶需要輸入自己想要的書籍以及數量。需要存儲的是購書數量，購書者，采購者，采購數量。以及發貨者和發貨數量。2.1.2 處理需求用戶需要完成什么處理功能，對處理的響應時間有什么要求。給出功能模塊圖,畫在需求分析階段成果中。 2.1.3 安全性和完整性要求1） 安全性要求 安全性可先通過視圖機制，不同的用戶只能訪問系統授權的視圖，這樣可提供系統數據一定程度上的安全性，再通過分配權限、設置權

5、限級別來區別對待不同操作者對數據庫的操作來提高數據庫的安全性。2） 完整性要求系統完整性要求系統中數據的正確性以及相容性。可通過建立主、外鍵，使用check約束，或者通過使用觸發器和級聯更新。2.2 需求分析階段成果2.2.1 XX系統的業務流程圖2.2.2 XX系統的功能模塊圖：2.2.3 XX系統的數據字典（a） 數據項：數據項是不可再分的數據單位，即數據的最小組成單位。例：表1.1 數據項列表數據項編號數據項名數據項含義與其它數據項的關系存儲結構DI-1S_ID學號VARCHAR(10)DI-2S_NAME學生姓名VARCHAR(20)DI-3TELEPHONE電話號碼VARCHAR(2

6、)DI-4TYPE所在系VARCHAR(20)DI-5T_ID老師職工號VARCHAR(10)DI-6 T_NAME老師姓名VARCHAR(20)DI-7BOOK_ID書籍編號VARCHAR(10)DI-8BOOK_NAME書籍名VARCHAR(30)DI-9BOOK_PUBDATE出版日期DATETIMEDI-10BOOK_WRITER作者VARCHAR(10)DI-11BOOK_PUB出版社VARCHAR(30)DI-12WORKER_ID工作人員編號VARCHAR(10)DI-13WORKER_NAME工作人員姓名VARCHAR(10)DI-14BUYBOOK_NUMBER購書數量INT

7、DI-15BUYBOOKDATE購書日期DATETIMEDI-16IACKBOOK_NUMBER缺書數量INTDI-17LAKEBOOK_DATE提交缺書單日期DATETIMEDI-18INBOOK_DATE進書日期DATETIMEDI-19INBOOK_NUMBER進書數量INTDI-20TAKEBOOK_NUBER領書數量INTDI-21TAKEBOOK_DATE領書日期DATETIMEDI-22SENDBOOK_DATE發貨日期DATETIMEDI-23SENDBOOK_NUMBER發貨數量INT（b） 數據結構：數據結構反映了數據之間的組合關系。一個數據結構可以由若干個數據項組成，也可

8、以由若干個數據項和數據結構混合組成。例：表1.2 數據結構列表數據結構編號數據結構名數據結構含義組成DS-1STUENTINFOR學生信息S_ID,S_NAME,TELEPHONE, TYPEDS-2BOOKINFOR書籍信息BOOK_ID, BOOK_NAME, BOOK_PUBDATE, BOOK_WRITER, BOOK_PUBDS-3BOOKBUYINFOR購書單信息BOOK_NAME,BUYBOOK_NUMBER,BUYBOOKDATEDs-4 LACKBOOKIN 缺書單信息BOOK_NAME,IACKBOOK_NUMBER, LAKEBOOK_DATEDs-5 PUBPEOINF

9、發行人員信息WORKER_NAME, WORKER_ID, TELEPHONEDs-6 SENDINF 發貨單信息BOOK_NAME, SENDBOOK_DATE, T_NAME, SENDBOOK_NUMBERDs-7 BOOKWORKER書庫工作人員信息WORKER_NAME, WORKER_ID, TELEPHONEDs-8PURCHAR采購人員信息WORKER_NAME, WORKER_ID, TELEPHONEDs-9TAKEBOOKINF領書單信息BOOK_NAME，TAKEBOOK_NUBER，TAKEBOOK_DATEDs-10INBOOKINF進書單信息BOOK_NAME，I

10、NBOOK_NUMBER，INBOOK_DATEDFD流程圖學校教材訂購數據流程圖（c）數據流：數據流是數據結構在系統內傳輸的路徑。數據流編號名稱簡述來源去向組成A1購書單教師遞交的購書單教師購書單審核模塊BOOK_NAME,IACKBOOK_NUMBERA2領書單系統生成的領書單生成領單和生成領書單數據處理模塊書庫發貨人員BOOK_NAM，TAKEBOOK_NUBER，TAKEBOOK_DATEA3發貨單系統生成的發貨單生成發貨單數據和發貨單的處理模塊教材發行人員和教師BOOK_NAME, SENDBOOK_DATE, T_NAME, SENDBOOK_NUMBERA4缺書單系統生成的缺書單

11、生成缺書單數據和缺書單處理模塊采購人員BOOK_NAME,IACKBOOK_NUMBERA5進貨單系統生成的進貨單生成進貨單數據和進貨單的處理模塊教材發行人員WORKER_NAME,WORKER_ID, TELEPHONEA5書籍信息教材發行人員管理教材發行人員修改庫存和書籍信息處理模塊BOOK_ID,BOOK_NAME, BOOK_PUBDATE, BOOK_WRITER, BOOK_PUB（d）數據存儲：數據存儲是數據結構停留或保存的地方，也是數據流的來源和去向之一。它可以是手工文檔或手工憑單，也可以是計算機文檔。數據存儲編號名稱簡述組成D1購書表存放購書數據的表格BOOK_NAME,BU

12、YBOOK_NUMBER,BUYBOOKDATED2領書表存放所要領書數據的表格BOOK_NAME，TAKEBOOK_NUBER，TAKEBOOK_DATED3發貨表存放要發放書籍信息的表格BOOK_NAME, SENDBOOK_DATE, T_NAME, SENDBOOK_NUMBERD4缺書表 存放缺的書籍信息的表格BOOK_NAME,IACKBOOK_NUMBERD5進貨表存放要進書籍信息的表格BOOK_NAME，INBOOK_NUMBER，INBOOK_DATE（e）處理過程：處理過程的具體處理邏輯一般用判定表或判定樹來描述。數據字典中只需要描述該處理過程的說明性信息。處理邏輯編號名稱

13、輸入數據流處理輸出數據流 B1審核購書單購書單對購書單進行處理看看有沒有缺書審核后的購書單B2生成領書單數據和領書單購書單數據通過查看購書單數據，生成領書單和領書單數據領書單和領書單數據B3生成發貨單數據和發貨單領書單數據通過領書單數據給倉庫，從而產生發貨單數據和發貨單發貨單和發貨單數據B4與庫存進行比較，從而生成缺書單數據和缺書單審核后的購書單購書單與庫存進行比較，缺少某些書，從而形成缺書吧單和缺書數據缺書單和缺書單數據B5生成進貨單數據和進貨單缺書單數據通過缺書單數據可知缺少哪些書，從而產生要進哪些貨進書單和進書單數據B6修改庫存和書籍信息書籍信息通過進書單、領書單和發貨單，知道少了哪些書

14、和進了哪些書，進行庫存的修改概念設計2.3 概念設計的目標與任務（1）設計分E-R圖； （2）生成初步E-R圖；（3）生成基本E-R圖；（4）生成全局E-R圖；實體與屬性間的兩條準則：作為“屬性”，不能再具有需要描述的性質。“屬性”不能與其他實體具有聯系。抽象出實體與屬性，畫出各子系統的分E-R圖。然后采用逐步集成的方式將各分E-R圖合并，消除不必要的冗余和沖突后就生成了基本E-R圖3.5。2.4 階段結果2.4.1 屬性與實體2.4.2 各子系統與分E-R圖銷售子系統訂購子系統2.4.3 合并各分E-R圖，得到總E-R圖第3章 邏輯設計3.1 邏輯設計的任務和目標以上的概念設計階段是獨立于任

15、何一種數據模型的，但是邏輯設計階段就與選用的DBMS產品發生關系了，系統邏輯設計的任務就是將概念設計階段設計好的基本E-R圖轉換為選用DBMS產品所支持的數據模型相符合的邏輯結構。具體內容包括將E-R圖轉換成關系模型、模型優化、數據庫模式定義、用戶子模式設計。3.2 階段結果3.2.1 將E-R圖轉換為關系模型遞交（學號，數量，職工號）訂購（職工號，訂購量，書籍編號，訂購日期）采購（編號1，采購量，書籍編號，采購日期）發售（編號2，發售量，書籍編號，發售日期）發貨（編號3，發貨量，書籍編號，發貨日期）學生（學號，姓名，院系，手機號）老師（職工號，姓名，院系，手機號）書籍（書籍編號，書籍名，作家

16、，出版日期，出版社）采購員（編號1，姓名，手機號）發貨員（編號3，姓名，手機號）教材發行人員（編號2，姓名，手機號）3.2.2 模型優化遞交（學號，數量，職工號）訂購（職工號，訂購量，書籍編號，訂購日期）采購（編號1，采購量，書籍編號，采購日期）發售（編號2，發售量，書籍編號，發售日期）發貨（編號3，發貨量，書籍編號，發貨日期）學生（學號，姓名，院系，手機號）老師（職工號，姓名，院系，手機號）書籍（書籍編號，書籍名，作家，出版日期，出版社）采購員（編號1，姓名，手機號）發貨員（編號3，姓名，手機號）教材發行人員（編號2，姓名，手機號）3.2.3 數據庫模式定義遞交信息表列名數據類型可否為空說明

17、S_IDVARCHAR（10）NOT NULL學生學號T_IDVARCHAR（10）NOT NULL學生姓名BOOK_NUMBERINT每一位學生訂購某種書數量訂購信息表列名數據類型可否為空說明T_IDVARCHAR(10)NOT NULL教師編號BUYBOOK_NUMBERINT訂購數量BOOK_IDVARCHAR(10)NOT NULL書籍編號BUYBOOKDATEDATETIME訂購日期采購信息表列名數據類型可否為空說明WORKER_IDVARCHAR(10)NOT NULL采購人員編號INBOOK_NUMBERINT采購量BOOK_IDVARCHAR(10)NOT NULL書籍編號IN

18、BOOK_DATEDATETIME采購日期發售信息表列名數據類型可否為空說明WORKER_IDVARCHAR(10)NOT NULL發售人員編號TAKEBOOK_NUBERINT發售日期BOOK_IDVARCHAR(10)NOT NULL書籍編號TAKEBOOK_DATEDATETIME發售日期發貨信息表列名數據類型可否為空說明WORKER_IDVARCHAR(10)NOT NULL發貨人員編號SENDBOOK_NUMBERINT發貨量BOOK_IDVARCHAR(10)NOT NULL書籍編號SENDBOOK_DATEDATETIME發貨日期 學生信息表列名數據類型可否為空說明S_IDVAR

19、CHAR(10)NOT NULL學生學號S_NAMEVARCHAR(20)NOT NULL學生姓名TYPEVARCHAR(20)學生所在系TELEPHONEVARCHAR(2)學生電話號碼教師信息表列名數據類型可否為空說明T_IDVARCHAR(10)NOT NULL教師職工編號T_NAMEVARCHAR(20)NOT NULL教師姓名TYPEVARCHAR(20)所在系TELEPHONEVARCHAR(2)手機號書籍信息表列名數據類型可否為空說明BOOK_IDVARCHAR(10)NOT NULL書籍編號BOOK_NAMEVARCHAR(30)NOT NULL書籍名稱BOOK_WRITERV

20、ARCHAR(10)NOT NULL作者BOOK_PUBDATEDATETIME出版日期BOOK_PUBVARCHAR(30)出版社采購員信息表列名數據類型可否為空說明WORKER_IDVARCHAR(10)NOT NULL工作人員編號 WORKER_NAMEVARCHAR(20)NOT NULL工作人員姓名TELEPHONEVARCHAR(2)電話號碼發貨員信息表列名數據類型可否為空說明WORKER_IDVARCHAR(10)NOT NULL工作人員編號 WORKER_NAMEVARCHAR(20)NOT NULL工作人員姓名TELEPHONEVARCHAR(2)電話號碼教材發行人員信息表列

21、名數據類型可否為空說明WORKER_IDVARCHAR(10)NOT NULL工作人員編號 WORKER_NAMEVARCHAR(20)NOT NULL工作人員姓名TELEPHONEVARCHAR(2)電話號碼3.2.4 用戶子模式定義例：表4.2 用戶子模式定義編號用戶子模式(View)作用(共性：提供數據保密和安全保護機制)V1采購信息便于查詢采購員采購了那些書V2訂購信息便于借閱歷史信息的查詢V3發售信息表便于查詢教材發行人員發了書籍信息給書籍發貨人員V4發貨信息表便于書籍發放人員發了的書籍信息第4章 物理設計（235238）4.1 物理設計階段的目標與任務 數據庫的物理設計就是為邏輯數

22、據模型選取一個最合適應用要求的物理結構的過程，在這個階段中要完成兩大任務：（1）確定數據庫的物理結構，在關系數據庫中主要是存取方法和存儲結構；（2） 對物理結構進行評價，評價的重點是時間和空間效率。4.2 階段結果：4.2.1 存取方法設計遞交信息表：S_ID,T_ID訂購信息表:T_ID,BOOK_ID采購信息表：WORKER_ID,BOOK_ID發售信息表：WORKER_ID,BOOK_ID發貨信息表：WORKER_ID,BOOK_ID學生信息表：S_ID教師信息表：T_ID書籍信息表：BOOK_ID采購員信息表：WORKER_ID發貨員信息表：WORKER_ID教材發行人員信息表：WOR

23、KER_ID4.2.2 存儲結構的設計采用hash索引存儲方法4.2.3 評價物理結構因為是采用hash索引存儲方法，所以在查找數據時，速度還是比較快的。但是有時候更新表或者在現有表中插入某個屬性之后，改動的范圍就會牽涉到很大的范圍，比較麻煩。所以適用范圍還是比較窄的，數據存儲量還是比較少的。采用聚簇存取方法，則能大大改善數據庫系統。第5章 數據庫實施階段5.1 建立數據庫、數據表、視圖、索引5.1.1 建立數據庫CREATE DATABASE bookdatabase5.1.2 建立數據表CREATE TABLE 遞交信息表CREATE TABLE 訂購信息表CREATE TABLE 采購信

24、息表CREATE TABLE 發售信息表CREATE TABLE 發貨信息表CREATE TABLE 學生信息表CREATE TABLE 教師信息表CREATE TABLE 書籍信息表CREATE TABLE 采購員信息表CREATE TABLE 發貨員信息表CREATE TABLE 教材發行人員信息表5.1.3 建立視圖CREATE VIEW 訂購信息 ASSELECT T_ID,BOOK_ID,BUYBOOK_NUMBERFROM 訂購信息表;CREATE VIEW 發售信息 ASSELECT WORKER_ID,TAKEBOOK_NUMBER,BOOK_IDFROM 發售信息表;CREA

25、TE VIEW 發貨信息 ASSELECT WORKER_ID,SENDBOOK_NUMBER,BOOK_IDFROM 發貨信息表;CREATE VIEW 采購信息 ASSELECT WORKER_ID,INBOOK_NUMBER,BOOK_IDFROM 采購信息表;5.1.4 建立索引ALTER TABLE 遞交信息表 ADD CONSTRAINT DJ_PK PRIMARY KEY(S_ID,T_ID);ALTER TABLE 書籍信息表 ADD CONSTRAINT SJ_PK PRIMARY KEY(BOOK_ID);ALTER TABLE 采購員信息表 ADD CONSTRAINT

26、CG_PK PRIMARY KEY(WORKER_ID);ALTER TABLE 發貨員信息表 ADD CONSTRAINT FH_PK PRIMARY KEY(WORKER_ID);ALTER TABLE 訂購信息表 ADD CONSTRAINT DG_PK PRIMARY KEY(T_ID,BOOK_ID);ALTER TABLE 采購信息表 ADD CONSTRAINT CG1_PK PRIMARY KEY(WORKER_ID,BOOK_ID);ALTER TABLE 發售信息表 ADD CONSTRAINT FS_PK PRIMARY KEY(WORKER_ID,BOOK_ID);AL

27、TER TABLE 發貨信息表 ADD CONSTRAINT FH1_PK PRIMARY KEY(WORKER_ID,BOOK_ID);ALTER TABLE 學生信息表 ADD CONSTRAINT XS_PK PRIMARY KEY(S_ID);ALTER TABLE 教師信息表 ADD CONSTRAINT JS_PK PRIMARY KEY(T_ID);ALTER TABLE 教材發行人員信息表 ADD CONSTRAINT JC_PK PRIMARY KEY(WORKER_ID);ALTER TABLE 遞交信息表 ADD CONSTRAINT FOREIGN KEY(S_ID) REFERENCE