【正文】 ....... 44 8 觸發(fā)器 ..................................................................................................................... 44 觸發(fā)器 tRejectRequest................................................................................. 44 9 數(shù)據(jù)庫安全性 .............................................................................................................. 45 概述 .......................................................................................................... 45 數(shù)據(jù)庫驗證方式 ........................................................................................... 45 參考文獻 ........................................................................................................................ 45 詳細設計說明書 4 1. 概述 . 目的 本文為教學案例項目 SQL Server 功能規(guī)范說明書。本說明書將： ? 描述數(shù)據(jù)庫設計的目的 ? 說明數(shù)據(jù)庫設計中的主要組成部分 ? 說明數(shù)據(jù)庫設計中涵蓋的教學知識要點 . 內(nèi)容 本文檔主要內(nèi)容包括對數(shù)據(jù)庫設計結(jié)構(gòu)的總體描述，對數(shù)據(jù)庫中各種對象的描述（包括對象的名稱 、對象的屬性、對象和其他對象的直接關系）。本文檔中包含對以下數(shù)據(jù)庫內(nèi)容的描述： ? 數(shù)據(jù)表 ? 視圖 ? 存儲過程 ? 用戶自定義函數(shù) ? 觸發(fā)器 ? 約束 在數(shù)據(jù)庫主要對象之外，本文還將描述數(shù)據(jù)庫安全性設置、數(shù)據(jù)庫屬性設置和數(shù)據(jù)庫備份策略，為數(shù)據(jù)庫管理員維護數(shù)據(jù)庫安全穩(wěn)定地運行提供參考。 . 與其他項目的關聯(lián) 教學案例項目的數(shù)據(jù)庫設計與教學項目（ Web 部分和 Windows 部分）功能密切相關。教學案例項目的數(shù)據(jù)庫將按照教學項目程序部分的功能需求而設計，數(shù)據(jù)庫設計將配合教學案例的程序部分，以實現(xiàn)一個功能完備的企業(yè)環(huán)境內(nèi)的應用。 提示 可 通過使用 Web 應用程序或 Windows 應用程序來測試數(shù)據(jù)庫。 2. 數(shù)據(jù)庫 . 數(shù)據(jù)庫名稱 數(shù)據(jù)庫的名稱一定要設為 BlueHill，否則本案例設計的 Web 部分的應用程序和 Windows 部分的應用程序?qū)o法使用該數(shù)據(jù)庫。 詳細設計說明書 5 . 用戶 除了數(shù)據(jù)庫中自動創(chuàng)建的 dbo 用戶之外，還要創(chuàng)建如下兩個用戶： ? BlueHillWinUser：該用戶是 Windows 應用程序訪問數(shù)據(jù)庫所使用的賬號，它的權限一般僅限于查看視圖和執(zhí)行存儲過程。 ? BlueHillASPUser：該用戶是 Web 應用程序訪問數(shù)據(jù)庫所使用的賬 號，它的權限和 BlueHillWinUser 用戶類似，即僅限于查看視圖和執(zhí)行存儲過程。 3. 表 . 表設計概述 根據(jù)教學案例功能，數(shù)據(jù)庫將以用戶 信息為中心存儲相關數(shù)據(jù)，配合 SQL Server 數(shù)據(jù)庫系統(tǒng)中提供的數(shù)據(jù)管理，實現(xiàn) 對 售票 系統(tǒng)的應用情況作全面調(diào)查，以確定系統(tǒng)目標，并對系統(tǒng)所需要的基礎數(shù)據(jù)以及數(shù)據(jù)處理要求進行分析，從而確定用戶的需求。用戶對系統(tǒng)的需求我們從以下幾方面進行分析。 數(shù)據(jù)庫設計將以存儲 用戶信息的用戶 表為基礎，連接多張相關表實現(xiàn)對以下關系的支持： 分為對車次信息的查詢和客戶對已訂車票 信息的查詢 。要求： 1）對車次的查詢， 可以按照 發(fā)車車次 進行查詢； 2）車次信息 包括 ： 車號、 出發(fā)地 、目的地 、 發(fā)車日期 、開出時 刻 、票價。 3）座位 類型設定。 4）車次信息 只允許用戶查詢，不能修改 。 通過查詢系統(tǒng)，客戶根據(jù)自己的需求找到滿意的車次，再輸入個人信息后直接通過網(wǎng)上售票 確定已預訂選中的車票。要求 ： 售票 記錄應包括： 會員名、車號、發(fā)車日期、訂購日期、訂購票數(shù)、總價。 可退票，通過查詢系統(tǒng)，客戶可以根據(jù)自己的名字找到自己的 售票 信息，通過退票模塊退去已購車票。 . 實體 聯(lián)系圖 詳細設計說明書 6 數(shù)據(jù)庫系統(tǒng)主 要的實體關系如下圖： 用戶的需求具體體現(xiàn)在各種信息的提供、保存、更新和查詢，這就要求數(shù)據(jù)庫結(jié)構(gòu)能充分滿足各種信息的輸出和輸入。 針對火車票售票系統(tǒng)，通過對網(wǎng)上售票工作的過程、內(nèi)容以及數(shù)據(jù)流程分析，設計如下所示的數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)： 包括 ： 車號、 出發(fā)地 、 目的地 、 發(fā)車日期 、開出時 刻、剩余座位數(shù)、票價。 ：訂單號、身份證號、車號、訂購日期、訂購票數(shù)、總價。 ：用戶名、身份證號、性別、電話。 ER 圖如下圖所示。 車票務 管理 系統(tǒng) 設計局部 ER 圖 n n n 1 1 m 查詢 退票 訂票 訂單號 用戶身份證號 車號 訂購日期 總價 發(fā)車日期 訂票信息 用 戶 用戶名 地址 性別 電話 車次 車次 出發(fā)地 目的地 發(fā)車日期 開出 時刻 坐位類型 票價 車廂數(shù) 列車車種 始發(fā)站里程終點站列車編號發(fā)時臥鋪車廂到時車站經(jīng)過所在省車站名城市名到達時刻開車時刻絕對里程詳細設計說明書 7 描述進行視圖集成的具體過程，最后得到 總體概念結(jié)構(gòu) ER 圖。 列車車票發(fā)站發(fā)時車票編號售票類售票站座位類票價到站到時售票 售票員工作證密碼姓名售票時間退票金額列車車票發(fā)站發(fā)時車票編號售票類售票站座位類票價到站到時退票 售票員工作證密碼姓名所在省車站名城市名 車站 售票員工作證密碼姓名工作列車車票發(fā)站發(fā)時車票編號售票類售票站座位類票價到站到時訂票 售票員工作證密碼姓名詳細設計說明書 8 4. 邏輯結(jié)構(gòu) 設計 ER 圖向關系模型的轉(zhuǎn)換 將圖 總體概念結(jié)構(gòu) ER 圖轉(zhuǎn)化成關系模型。 退票信息（ 訂單號， 旅客 姓名 ，電話號 ,身份證號） 旅客（ 旅客姓名 ，身份證號，電話號，性別，工作單位 ) 車次信息表（ 車次號 ，始發(fā)站，終點站，始發(fā)時間） 取票通知單（ 旅客姓名 ，取票時間，車次 號，座位號 ，車票類型） 列車座位信息表（ 座位號， 車次 號 ,座 位信息，車票類型） 數(shù)據(jù)模型的優(yōu)化 將轉(zhuǎn)化的關系模式進行優(yōu)化，最終達到第三范式。 確定數(shù)據(jù)依賴 退票信息（訂單號，旅客姓名，電話號 ,身份證號）根據(jù)這個關系寫出數(shù)據(jù)依賴 訂單號 → 旅客姓名，訂單號 → 電話號，訂單號 → 身份證號 旅客（旅客姓名，身份證號，電話號，性別，工作單位 ) 旅客姓名 → 身份證號，旅客姓名 → 電話號，旅客姓名 → 性別，旅客姓名 → 工作單位 車次信息表（車次號，始發(fā)地，目的地，始發(fā)時間） 列車車次 → 始發(fā)站，列車車次 → 終點站，車次 → 始發(fā)時間 取票通知單（旅客姓名，取票時間，車次號，座位 號，機票類型） 旅客姓名 → 取票時間，旅客姓名 → 車次號，旅客姓名 → 座位號， 旅客姓名 → 車票類型 車廂數(shù) 列車車種 始發(fā)站里程終點站列車編號發(fā)時臥鋪車廂到時車站經(jīng)過所在省車站名城市名到達時刻開車時刻絕對里程售票員工作證密碼姓名工作列車車票發(fā)站發(fā)時車票編號售票類售票站座位類票價到站到時售票訂票退票售票時間退票金額詳細設計說明書 9 火車座位信息表（座位號，車次號 ,座位信息，車票類型） （座位號，車次號） → 座位信息， （座位號，車次號，座位信息） → 車票 類型 對各關系模式間數(shù)據(jù)依賴進行極小化處理，消除冗余 訂單號 → 旅客姓名，訂單號 → 電話號，訂單號 → 身份證號， 旅客姓名 → 性別 旅客姓名 → 工作單位，旅客姓名 → 取票時間，旅客姓名 → 車次號 旅客姓名 → 座位號，旅客姓名 → 車票類型，車次號 → 始發(fā)站，列車號 → 終點站 車次號 → 始發(fā)時間，（座位號，車次號） → 座位 信息 看這些模式是否符合要求，確定是否要對某些模式進行合并或者分解 最終分解成第三范式： （訂單號，電話號，身份證號）（訂單號，旅客姓名）（旅客姓名，取票時間，性別，工作單位，車票類型）（旅客姓名，車次號）（旅客姓名，座位號）（車次號，座位號，車票類型）（車次號，始發(fā)站，終點站，始發(fā)時間） 火車票售票系統(tǒng)數(shù)據(jù)庫中各個表格的設計 表 BusInfo 概述 表 BusInfo 用于記錄企業(yè)內(nèi)部的部門信息。每個獨立的部門在該表中都對應一條記錄。該表通過與 BusInfo 表關聯(lián)可以確定 用戶 所屬的部門。該表中還記錄了部門經(jīng)理的 用戶 編號，可以確定每個部門的部門經(jīng)理。 表定義 表定義如下： 表 BusInfo 用于記錄用戶基本信息，并作為基礎表與其他表聯(lián)接。 車次信息 表 BusInfo 字段名 數(shù)據(jù)類型 是否可空 說明 BusID char(10) NOT NULL 車號（主鍵） BusFrom varchar(50) NOT NULL 出發(fā)地 BusTo varchar(50) NOT NULL 目的地 BusDate Datetime NOT NULL 發(fā)車日期（主鍵） BusBegin Datetime NOT NULL 開出時