賓館信息管理系統(tǒng)數(shù)據(jù)庫課程設(shè)計報告(文件)
【正文】 房間類型號char(10)否房間類型varchar（50）否入住時間datetime(8)否入住天數(shù)char(10)否入住類型varchar（50）否房間單價char(10)否房間類型房間類型號（key）char(10)否類型名稱varchar（50）否床位數(shù)char(10)否單價char(10)否房間設(shè)施varchar（50）否面積char(10)否六、數(shù)據(jù)庫物理設(shè)計 索引使用查詢分析器運行：USE 酒店管理系統(tǒng)DBCC SHOWCONTIG WITH TABLERESULTS, ALL_INDEXES可以得到“酒店管理系統(tǒng)”數(shù)據(jù)庫中全部索引的相關(guān)信息，其中用戶所建表的部分信息如下：ObjectNameIDIndexNameAverageFreeBytesLogicalFragementation入住訂單18099105PK_團體入住信息入住登記表210099789PK_團體入住登記表客戶信息837578022PK_客戶信息房間類型933578364PK_房間類型客房信息1669580986PK_客房信息管理員 1909581841 PK_高級管理預訂訂單 2021582240 PK_團體預訂信息預訂登記表2085582468PK_團體預訂登記表以上都是主鍵索引。保證了數(shù)據(jù)的安全性。同時，如果客戶在預訂訂單中的入住時間之后三天仍未到達，則視為放棄，此時房間狀態(tài)恢復“可用”。即一個訂單對應多個登記號，一個登記號只對應一個訂單號。（4）入住換房根據(jù)房間號可查詢到該房間及訂單的所有信息，同時會顯示該類房間的其他剩余房間，選擇其中一間確定換房后，訂單表和登記表中的數(shù)據(jù)都會改變。 查詢?nèi)胱∮唵危嚎梢灾苯硬樵兯杏唵危部筛鶕?jù)訂單號、主客身份證號，入住類型查詢。 查詢客戶信息：可以直接查詢所有客戶，也可以根據(jù)客戶姓名，客戶身份證號，訂單類型查找。修改房間的各項數(shù)據(jù)信息，包括房間號、房間類型、位置、狀態(tài)、備注。 界面設(shè)計使用了Netbeans設(shè)計界面。 生成預訂訂單。點擊入住，自動生成入住訂單號和登記號，及需交押金。216。216。入住信息修改216。216。 管理員登陸界面點擊修改，可以顯示自己個人信息并修改。216。public static synchronized String nextCode(String PREFIX) {//產(chǎn)生序列號 GregorianCalendar calendar=new GregorianCalendar()。 int minute =()。 return PREFIX + n 。 eno=(b)。//訂單號 registerno=new String[]?？捎?9。 ResultSet a。 while(()){rest=(1)。 }216。 while(()){ deposit=(1).trim()。//總費用int need=(allfare)(deposit)。 (2, roomno)。 (2, roomno)。 where 房間號=?)。已住39。 (null, 換房成功！,ok,)。 測試：在測試時花時間最多的地方時sql語句。在測試中也發(fā)現(xiàn)有很多沒有想到的情況，比如在輸入客房訂單信息時，不僅要考慮所有客戶信息不能為空，還要考慮入住天數(shù)不能小于一，入住時間要晚于預訂時間等等。比如roommanage的類中，在查詢窗口中我一直沒有確定到底按照哪種方式查詢。216。而團體預訂入住界面是不行的，因為添加的房間是不可以取消的，只能讓這個頁面先setvisible（false）然后點擊返回的時候再設(shè)為true。這種方法是最笨的方法，卻是比較省時的一種。由于編程經(jīng)驗不足，在這個過程中也花了很多時間學習基本的函數(shù)，方法和語句。就是因為最初設(shè)計沒有想周到和全面，寫代碼過程中經(jīng)常出現(xiàn)一邊修改設(shè)計一邊編寫的情況，浪費了許多時間，也弄的有一點混亂，到最后也有一些功能沒有加到里面。在顏色，位置分配上自己也是有一點修飾，相比來說這是我的長項。這一方面歸于開始設(shè)計的時候沒有加，在一方面也是時間有點緊迫。我還會繼續(xù)完善這個系統(tǒng)，也感謝在幾個周內(nèi)這個課程設(shè)計帶給我的充實。比如會員信息，客戶評價模塊，管理員的功能可以再加多一點，還有退宿提醒，酒店其他消費等等。比如我認為它的穩(wěn)定性還不是很好，有些地方的容錯性能還有待完善。后來稍微有點經(jīng)驗時就在編寫之前把邏輯順序?qū)懺诩埳?，這樣不僅更清晰明了，還節(jié)約了時間，提高了效率。同時也深刻了解到一個完善的設(shè)計想法和需求分析是多么重要。這其實也是我第一次完全自己做好的一個課程設(shè)計。這個賦值的過程有時候會使面板上的組件位置移動，界面也弄的很難看。真正這樣連起來模擬真實的預訂系統(tǒng)的時候，卻可以發(fā)現(xiàn)設(shè)計的時候沒有想到的很多細節(jié)問題。不僅界面變得簡潔并且錯誤也解決了。實驗進行中我的想法一直跟著做的程度變化。()語句檢測，并且用查詢分析器檢測sql語句是否正確。 ()。 (1, newroom)。 ()。 PreparedStatement prs2 = (update 客房信息 set 房間狀態(tài)=39。 PreparedStatement prs = (update 入住登記表 set 房間號=? where 房間號=?)。 換房后，房間狀態(tài)改變try { PreparedStatement prs1 = (update 入住
化學相關(guān)推薦
鄂ICP備17016276號-1