【文章內(nèi)容簡介】 的數(shù)據(jù)獨立性，數(shù)據(jù)的存取由DBMS 管理；數(shù)據(jù)庫系統(tǒng)為用戶提供了方便的用戶接口；統(tǒng)一的數(shù)據(jù)控制功能，由 DBMS 提供對數(shù)據(jù)的安全性控制、完整性控制、并發(fā)性控制和數(shù)據(jù)恢復(fù)功能 [5]。 數(shù)據(jù)庫系統(tǒng)的特點（1）減少數(shù)據(jù)的重復(fù)（Redundancy can be reduced）當(dāng)在一個非數(shù)據(jù)庫系統(tǒng)當(dāng)中，每一個應(yīng)用程序都有屬于他們自己的文件，由于無法有系統(tǒng)建立的數(shù)據(jù)，因此常常會造成存儲數(shù)據(jù)的重復(fù)與浪費。例如：在一家公司當(dāng)中，人事管理程序與工資管理程序或許都會使用到職員與部門的信息或文件，而我們可以運用數(shù)據(jù)庫的方法，把這兩個文件整理起來，以減少多余的數(shù)據(jù)，過度地占用存儲空間。（2）避免數(shù)據(jù)的不一致（Inconsistency can avoid）本項的特色，可以說是延伸前項的一個特點，要說明這樣的一個現(xiàn)象，我們可以從下面這個實例來看：若是在同一家公司當(dāng)中，職員甲在策劃部門工作，且職員甲的記錄同時被存放在數(shù)據(jù)庫的兩個地方，而數(shù)據(jù)庫管理系統(tǒng)卻沒有對這樣重要的情況加以控制，當(dāng)其中一條數(shù)據(jù)庫被修改時，便會造成數(shù)據(jù)的不一致，但是，對于一個健全的數(shù)據(jù)庫管理系統(tǒng)而言，將會對這樣的情況加以控制，但有時并不需要刻意消除這種情形，應(yīng)當(dāng)視該數(shù)據(jù)庫的需求與效率來決定。（3）數(shù)據(jù)共享（Data shared）對于數(shù)據(jù)共享的意義，并不是只有針對數(shù)據(jù)庫設(shè)計的應(yīng)用程序，可以使用數(shù)據(jù)庫中的數(shù)據(jù)，對于其他撰寫好的應(yīng)用程序，同樣可以對相同數(shù)據(jù)庫當(dāng)中的數(shù)據(jù)進(jìn)行處理，進(jìn)而達(dá)到數(shù)據(jù)共享的目的。（4）強(qiáng)化數(shù)據(jù)的標(biāo)準(zhǔn)化（Standard can be enforced）由數(shù)據(jù)庫管理系統(tǒng)，對數(shù)據(jù)做出統(tǒng)籌性的管理，對于數(shù)據(jù)的格式與一些存儲上的標(biāo)準(zhǔn)進(jìn)行控制，如此一來，對于不同的環(huán)境的數(shù)據(jù)交換（Data Interchange）上將有很大的幫助，也能提高數(shù)據(jù)處理的效率。（5）實踐安全性的管理（Security restriction can be applied）通過對數(shù)據(jù)庫完整的權(quán)限控制，數(shù)據(jù)庫管理者可以確認(rèn)所有可供用戶存取數(shù)據(jù)的合法途徑渠道，并且可以事先對一些較重要或關(guān)鍵性的數(shù)據(jù)進(jìn)行安全檢查，以確保數(shù)據(jù)存取時，能夠?qū)⑷魏尾划?dāng)損毀的情形降至最低。在一個較大型的企業(yè)當(dāng)中，用戶不同的需求，往往會造成系統(tǒng)或數(shù)據(jù)庫在設(shè)計上的困擾，但是一個合適的數(shù)據(jù)庫系統(tǒng)，可以通過數(shù)據(jù)庫管理員的管理，將會有效地整理各方面的信息，對于一些較重要的應(yīng)用程序，可以適時地提供較快速的數(shù)據(jù)存取方法與格式，以平衡多個用戶在需求上的沖突。上述七個方面構(gòu)成了數(shù)據(jù)庫系統(tǒng)的主要特征。本系統(tǒng)主要是以數(shù)據(jù)流圖、數(shù)據(jù)字典和 ER 圖為主要描述工具來勾畫系統(tǒng)的概貌。數(shù)據(jù)詞典（Data Dictionary ,DD）是結(jié)構(gòu)化分析方法的另一個工具，它與數(shù)據(jù)流圖配合，能清楚地表達(dá)數(shù)據(jù)處理的要求。數(shù)據(jù)詞典的任務(wù)是對于數(shù)據(jù)流圖中出現(xiàn)的所有命名元素，包括數(shù)據(jù)流、加工、數(shù)據(jù)文件，以及數(shù)據(jù)的源、匯點等，在數(shù)據(jù)詞典中作為一個詞條加以定義，使得每一個圖形元素的名字都有一個確切的解釋 [2]。在系統(tǒng)設(shè)計的開始，我首先考慮的是如何用數(shù)據(jù)模型來數(shù)據(jù)庫的結(jié)構(gòu)與語義，以對現(xiàn)實世界進(jìn)行抽象。目前廣泛使用的數(shù)據(jù)模型可分為兩種類型，一種是獨立于計算機(jī)系統(tǒng)的“概念數(shù)據(jù)模型” ，如“實體聯(lián)系模型”；另一種是直接面向數(shù)據(jù)庫邏輯結(jié)構(gòu)的“結(jié)構(gòu)數(shù)據(jù)模型” 。在本系統(tǒng)中我采用 “實體聯(lián)系模型”（ER 模型）來描述數(shù)據(jù)庫的結(jié)構(gòu)與語義，以對現(xiàn)實世界進(jìn)行第一次抽象。ER 模型直接從現(xiàn)實世界抽象出實體類型及實體間聯(lián)系，然后用 ER 圖來表示數(shù)據(jù)模型。它有兩個明顯的優(yōu)點：接近于人的思維，容易理解；與計算機(jī)無關(guān)，用戶容易接受。但 ER 模型只能說明實體間語義的聯(lián)系，不能進(jìn)一步說明詳細(xì)的數(shù)據(jù)結(jié)構(gòu)，它只是數(shù)據(jù)庫設(shè)計的第一步。ER 圖是直觀表示概念模型的工具，它有四個基本成分：◆ 矩形框，表示實體類型（考慮問題的對象） ?！?菱形框，表示聯(lián)系類型（實體間的聯(lián)系） ?！?橢圓形框，表示實體類型和聯(lián)系類型的屬性。對于關(guān)鍵碼的屬性，在屬性名下劃一橫線?！?直線，聯(lián)系類型與其涉及的實體類型之間以直線連接。圖 31 賓館管理系統(tǒng) ER 圖本系統(tǒng)首先需要用戶登錄才能進(jìn)入界面，而且系統(tǒng)根據(jù)用戶所擁有的不同權(quán)限來實現(xiàn)系統(tǒng)的安全管理。 數(shù)據(jù)庫需求分析管 理 員房 間商 品客 人管 理管 理入 住 消 費管 理1n1 n1n1 nnn用戶的需求具體體現(xiàn)在各種信息的提供、保存、更新和查詢方面，這就要求數(shù)據(jù)庫結(jié)構(gòu)能充分滿足各種信息的輸入和輸出。收集基本數(shù)據(jù)、數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)處理的流程，組成一份詳盡的數(shù)據(jù)字典，為后面的具體設(shè)計打下基礎(chǔ)。 [3]通過系統(tǒng)功能分析，針對一般賓館系統(tǒng)，總結(jié)出如下的需求信息：（1）用戶有管理員，管理員分為前臺管理員和后臺管理員。（2）前臺管理員可以通過系統(tǒng)查詢各方面的信息，從而進(jìn)行相應(yīng)的分配工作。（3）后臺管理員則要根據(jù)前臺的入住等信息，修改房間信息。 數(shù)據(jù)庫表的設(shè)計數(shù)據(jù)庫表的建立是應(yīng)用程序開發(fā)過程中的非常重要的一個環(huán)節(jié)，必須清楚每一模塊要操縱的數(shù)據(jù)是那些，以及數(shù)據(jù)間的相互關(guān)系，然后建立數(shù)據(jù)表。賓館管理系統(tǒng)數(shù)據(jù)庫包含以下表：操作用戶信息表、客房信息表、話費入賬單、客房結(jié)賬單、客房入住單、客房預(yù)約單、客人消費情況表、商品信息表。表 31 為操作用戶信息表：此表為操作用戶的信息，包含屬性為：用戶名稱，所在部門，聯(lián)系電話，密碼。表 31 操作用戶表字段名稱 數(shù)據(jù)類型 備注用戶名稱 Nvarchar(50) 主 鍵 所在部門 Nvarchar(50) 所在部門 聯(lián)系電話 Nvarchar(50) 聯(lián)系電話 密 碼 Nvarchar(250) 密 碼表 32 為客房信息表：此表為客房信息表的信息，包含屬性為：序號、類別、樓層、單價、說明。表 32 客房信息表字段名稱 數(shù)據(jù)類型 備注序號 Nvarchar(50) 主鍵類別 Nvarchar(50) 類別樓層 Nvarchar(50) 樓層單價 Float 單價說明 Nvarchar(250) 說明表 33 為話費入賬單：此表為話費入賬單的信息，包含屬性為：入住編號、話費編號、通話時間、類別、金額、說明、操作人員。表 33 話費入賬單字段名稱 數(shù)據(jù)類型 備注入住編號 Nchar(10) 入住編號話費編號 Nchar(10) 主 鍵通話時間 Nchar(10) 通話時間類 別 Nchar(10) 類 別金 額 Nchar(10) 金 額說 明 Nchar(10) 說 明操作人員 Nchar(10) 操作人員表 34 為客房結(jié)賬單：此表為客房結(jié)賬單的信息，包含屬性為：入住編號、結(jié)賬編號、入住房號、客人姓名、入住日期、結(jié)賬日期、住宿費、電話費、預(yù)收押金、結(jié)賬金額。表 34 客房結(jié)賬單字段名稱 數(shù)據(jù)類型 備注入住編號 Nvarchar(50) 主 鍵結(jié)賬編號 Nvarchar(50) 結(jié)賬編號入住房號 Nvarchar(50) 入住房號客人姓名 Nvarchar(50) 客人姓名入住日期 Datetime 入住日期結(jié)賬日期 Datetime 結(jié)賬日期住宿費 Float 住宿費電話費 Float 電話費預(yù)收押金 Float 預(yù)收押金結(jié)賬金額 Float 結(jié)賬金額表 35 為客房入住單：此表為客房入住單的信息，包含屬性為：入住編號、入住房號、預(yù)收押金、入住日期、離開日期、客人姓名、證件名稱、證件號碼、客人性別、入住人數(shù)、聯(lián)系電話、操作人員、登記說明。表 35 客房入住單字段名稱 數(shù)據(jù)類型 備注入住編號 Nvarchar(50) 主鍵入住房號 Nvarchar(50) 入住房號預(yù)收押金 Float 預(yù)收押金入住日期 Datetime 入住日期離開日期 Datetime 離開日期客人姓名 Nvarchar(50) 客人姓名證件名稱 Nvarchar(50) 證件名稱證件號碼 Nvarchar(50) 證件號碼客人性別 Nvarchar(4) 客人性別入住人數(shù) Int 入住人數(shù)聯(lián)系電話 Nvarchar(50) 聯(lián)系電話操作人員 Nvarchar(50) 操作人員登記說明 Nvarchar(50) 登記說明表 36 為客房預(yù)約單：此表為客房預(yù)約單的信息，包含屬性為：入住編號、預(yù)約房號、預(yù)收押金、入住日期、離開日期、客人姓名、客人性別、入住人數(shù)、聯(lián)系電話、操作人員。表 36 客房預(yù)約單字段名稱 數(shù)據(jù)類型 備注入住編號 Nvarchar(50) 入住編號預(yù)約房號 Nvarchar(50) 主 鍵預(yù)收押金 Float 預(yù)收押金入住日期 Datetime 入住日期離開日期 Datetime 離開日期客人姓名 Nvar