【正文】 所以選擇B+樹作為索引,具體設(shè)計如下：l 對以下經(jīng)常在查詢中出現(xiàn)的關(guān)系的碼建立索引說明：下加橫線部分表示關(guān)系的碼員工(員工號、姓名、性別、年齡、工齡、級別、部門號、職務(wù)、備注)；工資(員工號、等級、實際工資、基本工資、出勤工資)；部門(部門號、名稱、部門經(jīng)理、員工數(shù)量、財務(wù)狀況編號)；客房（客房號、類別、部門號、位置、設(shè)備、收費標準、管理人員號、狀態(tài)）；款項(款項編號、顧客號、項目號、折扣級別、使用時間、應收款、實際收款)；折扣規(guī)則(折扣級別、折扣情況)；財務(wù)狀況（財務(wù)狀況編號、時期、總收入、總支出、凈利潤）；l 以下經(jīng)常進行連接操作的關(guān)系的碼建立索引:員工號、客房號、部門號等l 由于下面幾個關(guān)系模式的更新頻率很高,所以沒有定義索引:顧客(顧客編號、級別、姓名、年齡、性別、證件號碼、證件名稱、所選項目、備注)；訂單(訂單號、顧客號、經(jīng)手人號、備注)；賬單（賬單編號、總帳編號、發(fā)票號、摘要、收入數(shù)、支出數(shù)、日期、經(jīng)手人號、備注）；三. 設(shè)計評價及說明上述設(shè)計對時間效率，空間效率，維護代價和用戶的實際需求做出了較好的權(quán)衡，根據(jù)酒店管理的實際出發(fā)，以時間效率和用戶的實際需求為根本，得出的最后方案。具體的系統(tǒng)配置應當根據(jù)系統(tǒng)實際運行情況做進一步的調(diào)整。每天進行數(shù)據(jù)備份是保障系統(tǒng)安全的重要手段。由于涉及到酒店的財務(wù)管理，數(shù)據(jù)的完整性和安全性顯得尤其重要。l 經(jīng)常存取部分： 員工(員工號、姓名、性別、年齡、工齡、級別、部門號、職務(wù)、備注)； 工資(員工號、等級、實際工資、基本工資、出勤工資)； 客房（客房號、類別、部門號、位置、設(shè)備、收費標準、管理人員號、狀態(tài)）； 款項(款項編號、顧客號、項目號、折扣級別、使用時間、應收款、實際收款)； 折扣規(guī)則(折扣級別、折扣情況)； 項目(項目編號、部門號碼、名稱、所在位置、收費標準、負責人號)； 顧客(顧客編號、級別、姓名、年齡、性別、證件號碼、證件名稱、所選項目、備注)；l 存取頻率較低的部分：部門(部門號、名稱、部門經(jīng)理、員工數(shù)量、財務(wù)狀況編號)；賬單（賬單編號、總帳編號、發(fā)票號、摘要、收入數(shù)、支出數(shù)、日期、經(jīng)手人號、備注）；訂單(訂單號、顧客號、經(jīng)手人號、備注)；總帳(總帳編號、部門號、財務(wù)狀況編號、收入、支出、日期、經(jīng)手人號、備注)；財務(wù)狀況（財務(wù)狀況編號、時期、總收入、總支出、凈利潤）；2. 確定系統(tǒng)配置酒店管理系統(tǒng)需要的微機數(shù)量和規(guī)模都不必太大，但在系統(tǒng)設(shè)計時應考慮到酒店的發(fā)展需求，在選擇硬件設(shè)備、服務(wù)器操作系統(tǒng)、數(shù)據(jù)庫時都考慮到能夠逐步的增加和擴展。針對這些特點，設(shè)計如下:1. 確定數(shù)據(jù)庫的存放位置 為了提高系統(tǒng)性能，現(xiàn)根據(jù)應用情況將數(shù)據(jù)按照易變部分和穩(wěn)定部分、經(jīng)常存取部分和存取頻率較低的部分分別在兩個磁盤上存放。但財務(wù)信息一般不共享。（２）各個部門信息要求共享的信息較多。2．住宿子系統(tǒng)用戶子模式客房（客房號、位置、設(shè)備、收費標準、管理人員號、狀態(tài)）；因為管理員工對于客房的其他情況不會經(jīng)常使用，經(jīng)常使用的只有以上各項，所以在住宿子系統(tǒng)上設(shè)立客房關(guān)系3．經(jīng)營管理子系統(tǒng)用戶子模式顧客（顧客編號、住宿號、姓名、級別、應收款、使用時間、備注）因為對于顧客的情況管理經(jīng)常使用是以上各項，所以在經(jīng)營管理子系統(tǒng)上設(shè)立顧客關(guān)系。預約（訂單號、客房號、始定時間、結(jié)束時間）；3NF住宿（顧客號、房間號碼、住宿時間）；3NF選擇（顧客號、項目號、發(fā)生時間、經(jīng)受人號、備注）；3NF 對關(guān)系模式進行必要的分解： 因公司內(nèi)人員進行查詢時，一般只用到自己所屬單位的信息，故可把“人員”關(guān)系按部門進行水平分解，以提高查詢效率。財務(wù)狀況（財務(wù)狀況編號、時期、總收入、總支出、凈利潤）；1NF優(yōu)化說明：凈利潤沒有刪除, 因為在這一項上查詢比較頻繁, 如果每次查詢都計算, 必然使系統(tǒng)計算增加，性能降低。聯(lián)系所對應的關(guān)系模式：1）、把客房和訂單之間的n : m的預約聯(lián)系轉(zhuǎn)化為相應的關(guān)系模式如下： 預約（訂單號、客房號、始定時間、結(jié)束時間）；2）、把顧客和房間之間的n : m的住宿聯(lián)系轉(zhuǎn)化為相應的關(guān)系模式如下： 住宿（顧客號、房間號碼、住宿時間）；3）、把顧客和項目之間的n : m的選擇聯(lián)系轉(zhuǎn)化為相應的關(guān)系模式如下： 選擇（顧客號、項目號、發(fā)生時間、經(jīng)受人號、備注）；4）、其他聯(lián)系處理說明如下： 工資和員工之間的1：1聯(lián)系與員工關(guān)系合并； 顧客和訂單之間的1：1聯(lián)系與訂單關(guān)系合并； 折扣規(guī)則和款項之間的1：1聯(lián)系與款項關(guān)系合并； 員工和部門之間的n：1聯(lián)系與員工關(guān)系合并； 部門和財務(wù)狀況之間的n：1聯(lián)系與部門關(guān)系合并； 客房和部門之間的n：1聯(lián)系與客房關(guān)系合并； 項目和部門之間的n：1聯(lián)系與項目關(guān)系合并； 總帳和財務(wù)狀況之間的n：1聯(lián)系與總帳關(guān)系合并； 帳單和總帳之間的n：1聯(lián)系與帳單關(guān)系合并； 帳單和項目之間的n：1聯(lián)系與項目關(guān)系合并； 按照數(shù)據(jù)依賴對關(guān)系模式進行逐一分析，并進行極小化處理：員工(員工號、姓名、性別、年齡、工齡、級別、部門號、職務(wù)、備注)；BCNF工資(員工號、等級、實際工資、基本工資、出勤工資)；BCNF部門(部門號、名稱、部門經(jīng)理、員工數(shù)量、財務(wù)狀況編號)；BCNF項目(項目編號、部門號碼、名稱、所在位置、收費標準、負責人號)；BCNF顧客(顧客編號、級別、姓名、年齡、性別、證件號碼、證件名稱、所選項目、備注)；BCNF優(yōu)化說明：刪除了使用時間，一是因為“使用時間”對于顧客的屬性必要性不強，二是因為使用時間在別的關(guān)系中也可以查詢到。下面給出ER圖。消除不必要的冗余，生成基本ER圖。由于本系統(tǒng)較簡單，所以并不存在這種沖突； （2）屬性取值單位沖突。解決各分ER圖之間的沖突，將各分ER圖合并起來生成初步ER圖。具體調(diào)整如下:員工應對應一個領(lǐng)導關(guān)系,但為了簡便起見,就用員工的“等級”屬性來表示員工之間的領(lǐng)導關(guān)系。財務(wù)管理子系統(tǒng)本開發(fā)小組成員經(jīng)過調(diào)查、信息流程分析、數(shù)據(jù)收集,并結(jié)合需求分析，明確了——子系統(tǒng)的功能:A. 對各個部門上交上來的收支情況進行匯總，得出各個部門的損益情況；B. 對整個酒店各個部門的損益情況進行匯總登記，得出本期酒店的損益；C. 將整個酒店的收益情況下發(fā)給各個部門，帳務(wù)公開，集思廣益。根據(jù)需求分析給出的數(shù)據(jù)流圖,參照數(shù)據(jù)字典中的詳細描述,給出經(jīng)