【正文】 Connection：用于表示與數(shù)據(jù)庫的連接，以及處理一些命令和事務(wù)。大多數(shù)情況下，用戶只需要創(chuàng)建并只使用需要處理的對象。 ADO 在服務(wù)器應(yīng)用方面非常有用，特別是對于動態(tài)服務(wù)器頁面ASP(Active Server Page)。 數(shù)據(jù)對象 (ADO)：是微軟提供的面向?qū)ο蟮慕涌?，與 OLE DB 類似，但接口更簡單，具有更廣泛的特征數(shù)組和更高程度的靈活性。 OLE DB 編程時，用戶使用組件對象開發(fā)應(yīng)用程序。然后，服務(wù)提供程序通過打開數(shù)據(jù)提供程序接口使得數(shù)據(jù)對使用者有效。 服務(wù)提供程序 Service Provider：是數(shù)據(jù)提供程序和使用者的組合。 使用者 Consumers：使用 OLE DB 接口對存儲在數(shù)據(jù)提供程序中的數(shù)據(jù)進行控制的應(yīng)用程序。 數(shù)據(jù)提供程序 Data Provider：擁有自己的數(shù)據(jù)并以表格形式顯示數(shù)據(jù)的應(yīng)用程序。 DB： OLE DB 在數(shù)據(jù)提供程序和用戶之間提供了靈活的組件對象模型(COM)接口，這種靈活性有時會使得操作復(fù)雜化。也可處理事務(wù)，類似 MFC ODBC 類。 CDaoQueryDef： CDaoQueryDef 對象表示了一個查詢定義 (querydef)。 每個 DAO 數(shù)據(jù)庫對象包括一個稱為 TableDef 的收集，包含所有存儲的 DAO 表定義對象。 CDaoException：類似上述 CDBException 類。 CDaoRecordSet：用來選擇記錄集并操作，類似上述 CRecordSet 類。因為在打開數(shù)據(jù)庫和記錄集對象時，它們可以使用 DAO缺省工作區(qū)。 CDaoWorkspace： CDaoWorkspace 對象可以讓一個用戶管理從登陸到離開期間，指定的密碼保護的數(shù)據(jù)庫會話全過程。在數(shù)據(jù)庫應(yīng)用程序如果只需與 Access 數(shù)據(jù)庫接口時，使用 DAO 編程較方便。 MFC ODBC 類在實際開發(fā)中應(yīng)用最廣，因為它功能豐富，操作相對簡便。 m_strStateNativeOrigin：字符串，用以描述以 ODBC 錯誤代碼表示的異常錯誤。 CDBException 類：由 Cexception 類派生，以三個繼承的成員變量反映對數(shù)據(jù)庫操作時的異常 : m_nRetCode：以 ODBC 返回代碼 (SQL_RETURN)的形式表明造成異常的原因。這種視圖是一種直接連到一個 CRecordSet 對象的格式視圖，它從一個對話框模板資源創(chuàng)建，并 將 CRecordSet 對象的字段顯示在對話框模板的控件里。通過 CRecordSet對象，用戶可以對數(shù)據(jù)庫中的記錄進行各種操作。記錄集有兩種形式： snapshot 和 dynaset。事務(wù) (Transaction)指的是將一系列對數(shù)據(jù)源的更新放在一起，同時提交或一個也不提交，為的是 確保多用戶對數(shù)據(jù)源同時操作時的數(shù)據(jù)正確性。一般情況下并不需要直接使用 CDatabase對象，因為 CRecordSet對象可以實現(xiàn)大多數(shù)的功能。接著構(gòu)造 CRecordSet 對象以操作連接的數(shù)據(jù)源，并向CDatabase 對象傳遞記錄集構(gòu)造程序指針。 CDatabase 類 :一個 CDatabase 對象表示一個到數(shù)據(jù)源的連接，通過它可以操作數(shù)據(jù)源。通過這些類提供與 ODBC 的接口，使得用戶可以不須處理 ODBC API 中的繁雜處理就可以進行數(shù)據(jù)庫操作。 ODBC API 的特點是功能強大豐富，提供了異步操作，事務(wù)處理等高級功能，但相應(yīng)的編程復(fù)雜，工作量大。 操作完成后，用戶取回相應(yīng)的結(jié)果，就可以取消與數(shù)據(jù)庫的連接。 第三步是使用 SQLConnect()把連接句柄與數(shù)據(jù)庫連接，可以先通過SQLSetConnectAttr()設(shè)置連接屬性。完成這一步，須分配一個 SQLHENV 類型的變量在 ODBC 環(huán)境中做句柄使用。在使用 ODBC API 時，用戶須引入的頭文件為 ， ， 。 (ODBC API)：提供了一個通用的編程接口，允許程序與多種不同的數(shù)據(jù)庫連接。 Visual C++的數(shù)據(jù)庫訪問技術(shù) 從功能簡單的數(shù)據(jù)庫 (如 Jet Engine)到復(fù)雜的大型數(shù)據(jù)庫系統(tǒng) (如 oracle)，VC++ 都提供了一些 編程接口。如果遇到錯誤，則不對數(shù)據(jù)庫做任何修改。事務(wù)是由一系列語句（選擇、插入、更新或刪除）構(gòu)成的邏輯工作單元。用于在系統(tǒng)發(fā)生錯誤時保持數(shù)據(jù)庫的一致性和完整性。桌面數(shù)據(jù)庫系統(tǒng)則明確地或完全地鎖定策略，也就是說那些當(dāng)前正在被其它用戶使用的數(shù)據(jù)無法訪問，更無法編輯，如果試圖訪問或修改這些數(shù)據(jù)，系統(tǒng)產(chǎn)生錯誤的提示信息。 SQL數(shù)據(jù)庫采用優(yōu)化鎖定策略，允許多個用戶可以同時訪問服務(wù)器而不互相干擾。另外， SQL 數(shù)據(jù)庫 在完整性約束上，一般在創(chuàng)建數(shù)據(jù)表時就定義好的，它既可以定義為數(shù)據(jù)表的一部分，也可以通過存儲過程或觸發(fā)器等形式從數(shù)據(jù)表中獨立出來。對于 SQL 數(shù)據(jù)庫而言，它允許在服務(wù)器端定義一些業(yè)務(wù)規(guī)則用于驗證數(shù)據(jù)的完整性，強制所有的客戶端程序都必須接受相同的業(yè)務(wù)規(guī)則約束，這樣有利于集中維護這些規(guī)則。 SQL數(shù)據(jù)庫在數(shù)據(jù)安全性管理方面比桌面數(shù)據(jù)庫系統(tǒng)要強得多，它不僅對數(shù)據(jù)庫的訪問進行口令驗證 ，而且它還能夠?qū)μ囟ǖ臄?shù)據(jù)庫對象進行限制，包括視圖、數(shù)據(jù)表的存儲過程，更重要的是它可以設(shè)置用戶權(quán)限，通過 Grant 和 Revoke 命令向一個用戶或一組用戶授權(quán)或收權(quán)。在桌面數(shù)據(jù)庫系統(tǒng)中，它得到的是整個數(shù)據(jù)表，面向的是整個數(shù)據(jù)表的所有記錄，因此，在桌面數(shù)據(jù)庫系統(tǒng)中，第一條；上一條、下一條、最后一條等概念是非常普遍的，而在 C/S 系統(tǒng)中沒有這些概念，因為客戶程序在向服務(wù)器發(fā)送服務(wù)請求時，得到的數(shù)據(jù)可以由一個或多個數(shù)據(jù)表的多個字段構(gòu)成，是服務(wù)器上所有數(shù)據(jù)的一個子集，它的請求是通過 SQL 語句來實現(xiàn)的，因此在 C/S 系統(tǒng)中，它面向的是整個數(shù)據(jù)庫的一個子集合。與傳統(tǒng)的桌面數(shù)據(jù)庫系統(tǒng)相比 SQL Server 2021 有以下區(qū)別： （ 1）面向集合與面向記錄。 （ 6）可操作性：數(shù)據(jù)庫在使用前是否需要復(fù)雜的培訓(xùn)。 （ 4）可 靠性：數(shù)據(jù)庫是否具有高度的可靠性。 （ 2）開放性：數(shù)據(jù)庫是否能在多種操作系統(tǒng)下使用。選擇一個發(fā)的數(shù)據(jù)庫平臺是非常重要的。 SQL 是英文 structure Query Language 的縮寫，意思為結(jié)構(gòu)化查詢語言。目前，絕大多數(shù)滸的關(guān)系開數(shù)據(jù)庫管理系統(tǒng)，如 Oracle、 Sybase、Microsoft SQL Server、 Informix、 IBM DB2 等都采用了 SQL 語言標(biāo)準(zhǔn)。按照 ANSI（美國國家標(biāo)準(zhǔn)協(xié)會）的規(guī)定， SQL 被作為關(guān)系開數(shù)據(jù)庫管理系統(tǒng)的標(biāo)準(zhǔn)語言。數(shù)據(jù)庫系統(tǒng)是管理大量的、持久的、可靠的、共享的數(shù)據(jù)的工具。 數(shù)據(jù)庫平臺選擇 所謂數(shù)據(jù)庫，我們可以把它形象地說成是存儲數(shù)據(jù)的“倉庫”。 ? 支持分布式結(jié)構(gòu)。 ? 數(shù)據(jù)訪問速度。 ? 支持 ODBC 及其他數(shù)據(jù)庫訪問接口。 ? 團隊開發(fā)能力。 ? 面向?qū)ο蠹夹g(shù)。 ? 穩(wěn)定性和可靠 性。以下是本系統(tǒng)的系統(tǒng)架構(gòu)圖： 服務(wù)器 客戶機 客戶機 客戶機 客戶機 圖 :42 系統(tǒng)架構(gòu)圖 開發(fā)工具選擇 現(xiàn)在流行的 RAD（ Rapid Application Development）工具有 MicroSoft 公司的Visual Basic， Visual C++， Inprise 公司的 Delphi 和 C++ Builder， Powersoft 公司的 PowerBuilder，雖然這些開發(fā)工具各有特點，但從易用性，開發(fā)速度，應(yīng)用程序的運行速度方面考慮 Visual C++無疑是當(dāng)中的佼佼者。 以下是本系統(tǒng)的 體系結(jié)構(gòu)示意圖： 圖 :41 本系統(tǒng)的 體系結(jié)構(gòu)示意圖 系統(tǒng)架構(gòu)描述 按照需求分析的描述，把酒店管理信息系統(tǒng)分成前臺接待子系統(tǒng)、前臺收銀子系統(tǒng)、經(jīng)理查詢子系統(tǒng)、電話計費管理子系統(tǒng)等幾個功能相對獨立而又相互聯(lián)系的子系統(tǒng)。這種結(jié)構(gòu)依賴于同一應(yīng)用程序內(nèi)的多線程工作，而不是為每個任務(wù)運行不同的可執(zhí)行程序或應(yīng) 用程序。第二種類型是單進程、多線程體系結(jié)構(gòu)。第一種是多進程引擎，其特點是同時能運行多個進程。它們可以在同一臺計算機上運行。重新進入或數(shù)據(jù)轉(zhuǎn)換要求移植數(shù)據(jù)常常導(dǎo)致數(shù)據(jù)的不可靠、重復(fù)或不準(zhǔn)確。盡管基于文件服務(wù)器的LAN 能很好地處理絕大多數(shù)的辦公室自動化（ OA）任務(wù)，介當(dāng)數(shù)據(jù)庫的數(shù)據(jù)量很大或并行用戶數(shù)量增加時，其性能便成為問題。和 PC 機相比，大型機的價格奇高，但最不能容忍的還是無休止的維護費用。 基于主機的計算是過去二十年里絕大多數(shù)商業(yè)數(shù)據(jù)庫應(yīng)用的平臺。 在這種環(huán)境下，應(yīng)用程序和數(shù)據(jù)集中并唯一存在于主機中，即使主機和終端相隔數(shù)百英里且僅分享相對較慢的異步連接，通信也不會產(chǎn)生瓶頸問題。少量的本地處理也會出現(xiàn)（例如帶有高級終端），但僅限限于字段到字段的光標(biāo)處理和單個的擊鍵處理。 客戶 /服務(wù)器計算代表兩種舊的處理模式：大型機或基于主機的計算和基于PC/LAN（局域網(wǎng)）計算的結(jié)合。但在實際的商業(yè)計算領(lǐng)域中，客戶 /服務(wù)器這個詞是用來描述第四代語言（ 4GL）前端應(yīng)用程序和關(guān)系數(shù)據(jù)管理系統(tǒng)（ RDDBMS）的交互作用的?？蛻?/服務(wù)器計算是協(xié)同處理中一個較寬的領(lǐng)域，很像是在系統(tǒng)間進行交互計算。 客戶機 /服務(wù)器（ C/S）體系結(jié)構(gòu)基本概念 客戶 /服務(wù)器計算的起源 嚴格地說。但是系統(tǒng)的工作量并沒有真正減少，而是將部分客戶端的工作量交付給服務(wù)器端來完成。 Client/Server(C/S)是當(dāng)前數(shù)據(jù)庫應(yīng)用程序中極為流行的一種方式，尤其是網(wǎng)絡(luò)技術(shù)的充分發(fā)展后，當(dāng)前很多系統(tǒng)都采用這種方式進行構(gòu)造，其最大優(yōu)點是將計算機工作任務(wù)分別由客戶端和服務(wù)器端來共同完成，這樣有利于充分合理利用系 統(tǒng)資源。 從應(yīng)用軟件的角度來看，客戶機 /服務(wù)器網(wǎng)絡(luò)模 式下的軟件結(jié)構(gòu)簡稱為 C/S結(jié)構(gòu)，瀏覽器 /服務(wù)器網(wǎng)絡(luò)模式下的軟件結(jié)構(gòu)簡稱為 B/S 結(jié)構(gòu)。 系統(tǒng)架構(gòu) 在討論酒店管理信息系統(tǒng)的架構(gòu)之前，先了解一下計算機網(wǎng)絡(luò)發(fā)展的過程。 傳統(tǒng)的信息處理系統(tǒng)數(shù)據(jù)處理多由服務(wù)器完成，數(shù)據(jù)通過網(wǎng)絡(luò)傳輸，對服務(wù)器和網(wǎng)絡(luò)的要求較高，系統(tǒng)投入使用后隨著業(yè)務(wù)量、儲存數(shù)據(jù)和客戶端連接數(shù)量的不斷增加系統(tǒng)的負荷會越來越大，當(dāng)這種負荷達到一定程度的時候就會造成系統(tǒng)運行的不穩(wěn)定和性能下降，這又需要投入一大筆資金升級系統(tǒng)了。對于很多中小型酒店來說她 們是很難負擔(dān)這筆費用的，她們只能負擔(dān)配置較低、比較簡單的系統(tǒng)。 第四章 方案論證 酒店的信息化建設(shè)需要投入大量的人力和財力，一個完備的酒店管理信息系統(tǒng)往往由中心服務(wù)器、數(shù)據(jù)通訊網(wǎng)絡(luò)，數(shù)據(jù)庫平臺，客戶端計算機以及客戶端應(yīng)用程序構(gòu)成。 以下是預(yù)訂管理子系統(tǒng)的活動圖： 圖 34 預(yù)訂管理子系統(tǒng)的活動圖 財務(wù)管理子系統(tǒng) 財務(wù)管理子系統(tǒng)應(yīng)包括： 帳單付款、結(jié)帳、庫存、報表 。 以下是 前臺接待子系統(tǒng)的活動圖： 圖 32 客房管理子系統(tǒng)的活動圖 餐飲管理子系統(tǒng) 收 銀子系統(tǒng)應(yīng)包括點菜系統(tǒng)。這些信息保存在各個子系統(tǒng)中，分別由各系統(tǒng)處理，當(dāng)需要信息交換時通過網(wǎng)絡(luò)實現(xiàn)信息資料的共享和交換，從而實現(xiàn)分布式計算。 通過酒店管理信息系統(tǒng)的活動圖可以知道，酒店管理信息系統(tǒng)由 客房管理子系統(tǒng)、餐飲管理子系統(tǒng)、服務(wù)管理子系統(tǒng)、財務(wù)管理子系統(tǒng)、 信息查詢子系統(tǒng) 組成。由于手工操作的煩瑣混亂且容易出錯，不易及時統(tǒng)計客房預(yù)定和使用情況，帳目的應(yīng)收、掛帳情況等，常常造成管理上漏洞，給服務(wù)人員和顧客帶來不便，所以迫切需要用計算機來實現(xiàn)可靠，便捷、先進、科學(xué)的管理。 建議的系統(tǒng) 圖 :31酒店管理信息系統(tǒng)活動圖 接收交換機原始話話單 產(chǎn)生電話消費記錄 入住 客房消費 交費 離店 安排客人入住 錄入客人消費記錄 查房并通知前臺客人可以退房 產(chǎn)生客房消費記錄 辦理入住手續(xù) 輸入客人資料住房 安排客房并通知樓層 收取入住按金 核對消費記錄 收款 打印費用清單 辦理離店 概述 通過對酒店原有系統(tǒng)的了解，我們可以知道酒店的業(yè)務(wù)主要由前臺、樓層、總機等部門組成，傳統(tǒng)的手工信息交換和處理手段已經(jīng)不能很好地滿足業(yè)務(wù)增長的需要。 （ 6）由于人手操作的緣故，所有統(tǒng)計報表都由人手工計算和制作，不但效率低，容易差錯，更無法作大型復(fù)雜的統(tǒng)計，先進的管理模式無法在酒店應(yīng)用，直接影響酒店管理水平的提高。 （ 4）樓層：手工記錄客人在客房的消費，人工送單到收銀處。 （ 2）前臺收銀處：不能直接、快速查詢、統(tǒng)計客人實際消費情況，營業(yè)情況、應(yīng)收情況，財務(wù)部門不能直接了解實際營收情況，更談不上進行財務(wù)數(shù)據(jù)分析。 電話計費中心 除了日常的電話轉(zhuǎn)接服務(wù)之外 ,還有一臺獨立的打