【文章內(nèi)容簡(jiǎn)介】 術(shù)。 緩解 IT 人員短缺 ：許多企業(yè)很難吸引熟練的 IT 員工，特別是對(duì)于中小企業(yè)而言，向 ASP 的外包能夠減少甚至消除對(duì)內(nèi)部 IT 員工的需求。 支持移動(dòng)工作組 ：在 ASP 模式中，軟件功能來自于遠(yuǎn)方，因此用戶所在的位置無關(guān)緊要。只要能夠被系統(tǒng)成功識(shí) 別，用戶無論在哪里都能得到同樣的功能和數(shù)據(jù) 。 數(shù)據(jù)庫的介紹 “數(shù)據(jù)庫 ”作為短語最早使用的是在 1963 年 6 月， System Development Corporation贊助舉辦了一個(gè)題為 “開發(fā)計(jì)算機(jī)管理中心數(shù)據(jù)庫 ”（ “Development and Management of a Computercentered Data Base”）的研討會(huì)。數(shù)據(jù)庫作為一個(gè)獨(dú)立的單詞大量出現(xiàn)在 70年代初的歐洲，直到二十世紀(jì)末才被美國各大報(bào)紙使用。 (數(shù)據(jù)銀行 Databank，一個(gè)類 似的用法，早在 1966 年被華盛頓 郵報(bào)所使用 ) 第一數(shù)據(jù)庫管理系統(tǒng)開發(fā)于 1960。這個(gè)領(lǐng)域的先鋒是 Charles Bachman。 Bachman 早日文件證明其目的是更有效地利用新型直接訪問存儲(chǔ)設(shè)備：在此之前，數(shù)據(jù)處理是基于穿孔卡片和磁帶，這系列的動(dòng)作主要是加工活動(dòng)。兩大數(shù)據(jù)模型從那時(shí)起延續(xù)至今： CODASYL 根據(jù) Bachman 的思想開發(fā)的網(wǎng)絡(luò)模型以及（顯然獨(dú)立）應(yīng)用于 North American Rockwell 開發(fā)的一個(gè)系統(tǒng)中的等級(jí)模型，后來被 IBM 作為他們 IMS 產(chǎn)品的基礎(chǔ)。 關(guān)系模型由 E. F. Codd 于 1970 年提出。他批評(píng)當(dāng)時(shí)的模 型結(jié)構(gòu)混亂了信息結(jié)構(gòu)的摘要描述和物力訪問機(jī)制的描述。而長期以來，關(guān)系模型依然只引起學(xué)術(shù)上的興趣。同時(shí) CODASYL 系統(tǒng)和 IMS 被視為實(shí)際的工程學(xué)解決方案，當(dāng)時(shí)采取的關(guān)系模型更處于理論觀點(diǎn)階段， (正確的 )主張軟、硬件技術(shù)應(yīng)及時(shí)跟進(jìn)。首先的實(shí)現(xiàn)有伯克利大學(xué)的 Michael Stonebraker 的 Ingres 和 IBM的 System R 項(xiàng)目。這兩者均是研究圓形，在 1976 年公開。第一商業(yè)產(chǎn)品 ，甲骨文和DB2 在 1980 年左右面市。第一個(gè)成功的微機(jī)數(shù)據(jù)庫產(chǎn)品是運(yùn)行于 CP/M 和PCDOS/MSDOS 操作系統(tǒng)上的 dBASE。 20 世紀(jì) 80 年代，研究活動(dòng)的重點(diǎn)在分布式數(shù)據(jù)庫系統(tǒng)和數(shù)據(jù)庫機(jī)，但這些進(jìn)展對(duì)市場(chǎng)幾乎沒有影響。另一個(gè)重要的理論思想是功能型數(shù)據(jù)模型，但在除了專業(yè)應(yīng)用如遺傳、分子生物學(xué)、欺詐調(diào)查等方面，在全球幾乎沒有引起注意。 在 90 年代，重點(diǎn)轉(zhuǎn)向面向?qū)ο髷?shù)據(jù)庫。在需要處理比關(guān)系數(shù)據(jù)庫處理更加復(fù)雜的數(shù)據(jù)的領(lǐng)域去了了一些成功，如空間數(shù)據(jù)庫、數(shù)據(jù)工程 (包括軟件工程庫 )、多媒體數(shù)據(jù)。一些思想被關(guān)系數(shù)據(jù)庫的供應(yīng)商所接納，整合 chneg 為產(chǎn)品中的新功能。 在 2020 年代，創(chuàng)新的流行的區(qū)域是 XML 數(shù)據(jù)庫。同關(guān)系數(shù)據(jù)庫一道，產(chǎn)生 了許多新的創(chuàng)業(yè)板公司，但同時(shí)重要思想也被納入已有的關(guān)系數(shù)據(jù)庫產(chǎn)品中。 XML數(shù)據(jù)庫的目標(biāo)是消除傳統(tǒng)數(shù)據(jù)庫分中文件和資料的分離，允許一個(gè)組織的信息資源在同樣的地方進(jìn)行存儲(chǔ)，而不必在意他們是否是高度系統(tǒng)化的資源。 數(shù)據(jù)庫模型 數(shù)據(jù)庫存在多種模型。而應(yīng)用于大型數(shù)據(jù)儲(chǔ)存的數(shù)據(jù)庫一般為網(wǎng)狀數(shù)據(jù)庫 (Network Database)、關(guān)系數(shù)據(jù)庫 (Relational Database) 以及面向?qū)ο笮蛿?shù)據(jù)庫 。此外也有應(yīng)用在 LDAP（輕量級(jí)數(shù)據(jù)訪問協(xié)議）的樹狀數(shù)據(jù)庫 (Hierarchical Database)。 表格數(shù)據(jù)庫一般在形式上是一個(gè)二維數(shù)組。一般來講，數(shù)組中每列表示一個(gè)數(shù)據(jù)類型。數(shù)據(jù)在其中以不同行的形式存儲(chǔ)。表格數(shù)據(jù)庫模型是電子表格（比如 Excel）的基礎(chǔ)。 數(shù)據(jù)庫管理 數(shù)據(jù)庫管理 (Database Administration)是有關(guān) 建立 、 存儲(chǔ) 、 修改 和 存取 數(shù)據(jù)庫中信息的技術(shù)，是指為保證數(shù)據(jù)庫系統(tǒng)的正常運(yùn)行和服務(wù)質(zhì)量，有關(guān)人員須進(jìn)行的技術(shù)管理工作。負(fù)責(zé)這些技術(shù)管理工作的個(gè)人或集體稱為數(shù)據(jù)庫管理員 (DBA)。數(shù)據(jù)庫管理的主要內(nèi)容有：數(shù)據(jù)庫的建立、數(shù)據(jù)庫的調(diào)整、數(shù)據(jù)庫的重組、數(shù)據(jù) 庫的重構(gòu)、數(shù)據(jù)庫的安全控制、數(shù)據(jù)的完整性控制、數(shù)據(jù)庫的備份與恢復(fù)、數(shù)據(jù)庫的優(yōu)化和對(duì)用戶提供技術(shù)支持。 數(shù)據(jù)庫的建立 數(shù)據(jù)庫的設(shè)計(jì)只是提供了數(shù)據(jù)的類型、邏輯結(jié)構(gòu)、聯(lián)系、約束和存儲(chǔ)結(jié)構(gòu)等有關(guān)數(shù)據(jù)的描述。這些描述稱為數(shù)據(jù)模式。要建立可運(yùn)行的數(shù)據(jù)庫，還需進(jìn)行下列工作： 選定數(shù)據(jù)庫的各種參數(shù)，例如最大的數(shù)據(jù)存儲(chǔ)空間、緩沖決的數(shù)量、并發(fā)度等。這些參數(shù)可以由用戶設(shè)置，也可以由系統(tǒng)按默認(rèn)值設(shè)置。 定義數(shù)據(jù)庫，利用數(shù)據(jù)庫管理系統(tǒng) (DBMS)所提供的數(shù)據(jù)定義語言和命令，定義數(shù)據(jù)庫名、數(shù)據(jù)模式、索引等。 準(zhǔn)備 和裝入數(shù)據(jù)，定義數(shù)據(jù)庫僅僅建立了數(shù)據(jù)庫的框架，要建成數(shù)據(jù)庫還必須裝入大量的數(shù)據(jù)，這是一項(xiàng)浩繁的工作。在數(shù)據(jù)的準(zhǔn)備和錄入過程中，必須在技術(shù)和制度上采取措施，保證裝入數(shù)據(jù)的正確性。計(jì)算機(jī)系統(tǒng)中原已積累的數(shù)據(jù)，要充分利用，盡可能轉(zhuǎn)換成數(shù)據(jù)庫的數(shù)據(jù)。 常見數(shù)據(jù)庫管理系統(tǒng) FileMaker Pro 提供數(shù)據(jù)庫開發(fā)平臺(tái)的全能數(shù)據(jù)庫軟件 4th Dimension 或者叫 4D，是一套從 Mac OS 發(fā)展出來的數(shù)據(jù)庫系統(tǒng) Microsoft Access 從微軟公司兼并的一家公司的產(chǎn)品發(fā)展而來 Adabas Software AG（德國）開發(fā)的的數(shù)據(jù)庫 askSam, 結(jié)合了數(shù)據(jù)庫和文本編輯 mit vielen innovativen Eigenschaften ADO 連接技術(shù) 微軟公司的 ADO (ActiveX Data Objects) 是一個(gè)用于存取數(shù)據(jù)源的 COM 組件。它 提供了編程語言和統(tǒng)一數(shù)據(jù)訪問方式 OLE DB 的一個(gè)中間層。允許開發(fā)人員編寫訪問數(shù)據(jù)的代碼而不用關(guān)心數(shù)據(jù)庫是如何實(shí)現(xiàn)的，而只用關(guān)心到數(shù)據(jù)庫的連接。訪問數(shù)據(jù)庫的時(shí)候，關(guān)于 SQL 的知識(shí)不是必要的，但是特定數(shù)據(jù)庫支持的 SQL 命令仍可以通過 ADO 中的命令對(duì)象來執(zhí)行。 ADO 被設(shè)計(jì)來繼承微軟早期的數(shù)據(jù)訪問對(duì)象層，包括 RDO (Remote Data Objects) 和 DAO(Data Access Objects)。 ADO 在 1996 年冬被發(fā)布。 ADO 包含一些頂層的對(duì)象： 連接，代表到數(shù)據(jù)庫的連接 記錄集，代表數(shù)據(jù)庫記錄的一個(gè)集合 命令，代表一個(gè) SQL 命令 記錄，代表數(shù)據(jù)的一個(gè)集合 流，代表數(shù)據(jù)的順序集合 錯(cuò)誤，代表數(shù)據(jù)庫訪問中產(chǎn)生的意外 字段，代表一個(gè)數(shù)據(jù)庫字段 參數(shù)，代表一個(gè) SQL 參數(shù) 屬性，保存對(duì)象的信息 ADO 組件的 使用需要利用支持 COM 的高級(jí)語言，例如 ASP 中的 VBScript 或者Visual Basic，甚至 Delphi,微軟的競(jìng)爭(zhēng)對(duì)手 Borland 的一個(gè)產(chǎn)品，現(xiàn)在也支持使用 ADO來訪問數(shù)據(jù)庫。 在新的編程框架 .NET Framework 中 , 微軟也提供了一個(gè)面向 Inter 的版本的ADO，稱為 。其對(duì)象模型和傳統(tǒng) ADO 差別很大。 ADO 是一種面向?qū)ο蟮木幊探涌?，微軟介紹說，與其同 IBM 和 Oracle 提倡的那樣，創(chuàng)建一個(gè)統(tǒng)一數(shù)據(jù)庫，不如提供一個(gè)能夠訪問不同數(shù)據(jù)庫的統(tǒng)一接口，這樣會(huì)更加實(shí)用一些。為實(shí) 現(xiàn)這一目標(biāo)，微軟在數(shù)據(jù)庫和微軟的 OLE DB 中提供了一種 “橋 ”程序，這種程序能夠提供對(duì)數(shù)據(jù)庫的連接。 開發(fā)人員在使用 ADO 時(shí)，其實(shí)就是在使用 OLE DB，不過 OLE DB更加接近底層。 ADO 的一項(xiàng)屬性遠(yuǎn)程數(shù)據(jù)服務(wù)，支持 “數(shù)據(jù)倉庫 ”ActiveX 組件以及高效的客戶端緩存。作為 ActiveX 的一部分， ADO 也是 COM 組件的一部分。 ADO 是由早期的微軟數(shù)據(jù)接口 ??遠(yuǎn)程數(shù)據(jù)對(duì)象 RDO 演化而來的。 RDO 同微軟的 ODBC 一同連接關(guān)系數(shù)據(jù)庫，不過不能連接非關(guān)系數(shù)據(jù)庫。 ADO 向我們提供了一個(gè)熟悉的，高層的對(duì) OLE DB 的 Automation 封裝接口。對(duì)那些熟悉 RDO 的程序員來說，你可以把 OLE DB 比作是 ODBC 驅(qū)動(dòng)程序。如同 RDO對(duì)象是 ODBC 驅(qū)動(dòng)程序接口一樣， ADO 對(duì)象是 OLE DB 的接口；如同不同的數(shù)據(jù)庫系統(tǒng)需要它們自己的 ODBC 驅(qū)動(dòng)程序一樣，不同的數(shù)據(jù)源要求它們自己的 OLE DB 提供者（ OLE DB provider）。目前，雖然 OLE DB 提供者比較少，但微軟正積極推廣該技術(shù)，并打算用 OLE DB 取代 ODBC。 ADO 向 VB 程序員提供了很多好處。包括易于使用，熟悉的界面，高速度以及較低的內(nèi)存占用（已實(shí)現(xiàn) 的 需要占用 342K 內(nèi)存，比 RDO 的 的 368K 略小，大約是 的 所占內(nèi)存的 60％）。同傳統(tǒng)的數(shù)據(jù)對(duì)象層次（ DAO 和 RDO）不同， ADO 可以獨(dú)立創(chuàng)建。因此你可以只創(chuàng)建一個(gè)Connection對(duì)象，但是可以有多個(gè)，獨(dú)立的 Record set對(duì)象來使用它。 ADO 針對(duì)客戶／服務(wù)器以及 WEB 應(yīng)用程序作了優(yōu)化。 使用 UDL 文件來創(chuàng)建 ADO 連接 創(chuàng)建 ADO 的連接，首先要設(shè)置 ADO 連接對(duì)象的 ConnectionString 屬性，該屬性提供所要連接的數(shù)據(jù)庫類型、數(shù)據(jù)所處服務(wù)器、要訪問的數(shù)據(jù)庫和數(shù)據(jù)庫訪問的安全認(rèn)證信息。比較專業(yè)的方法是在 ConnectionString 中直接提供以上信息，下面是訪問不同類型數(shù)據(jù)源設(shè)置 ConnectionString 的標(biāo)準(zhǔn)： 訪問 ODBC 數(shù)據(jù) Provider=MSDASQL。DSN=dsnName。UID=userName。PWD=userPassword。 訪問 ORACLE 數(shù)據(jù)庫 Provider=MSDAORA。Data Source=serverName。User ID=userName。 Password=userPassword。 訪問 MS SQL 數(shù)據(jù)庫 Provider=SQLOLEDB。Data Source=serverName。Initial Catalog=databaseName。 User ID=userName。Password=userPassword。 訪問 ACCESS 數(shù)據(jù)庫 Provider=。Data Source=databaseName。User ID=userName。Password=userPassword。 上述的連接屬性設(shè)置標(biāo)準(zhǔn)隨著數(shù)據(jù)源的類型不同而變化，軟件用戶常常不習(xí)慣這種設(shè)置方式，都希望有可視化的數(shù)據(jù)源設(shè)置方法。為此 Microsoft 提供了通用數(shù)據(jù)連接文件（ .UDL）來建立和測(cè)試 ADO 連接屬性。 ADO 連接對(duì)象可以很方便地使用 UDL文件來連接數(shù)據(jù)源，下面例子使用 來創(chuàng)建 ADO 連接。 _ConnectionPtr m_pDBConn。 (__uuidof(Connection))。 m_pDBConnConnectionString =File Name=c:\mydir\。 m_pDBConnOpen(,NULL)。 這樣一來無論數(shù)據(jù)源如何變化，在軟件中都可以用統(tǒng)一的方法編程。當(dāng)數(shù)據(jù)源改變時(shí)，只要雙擊相應(yīng)的 udl 文件即可可視化地設(shè)置數(shù)據(jù)源，無需更改軟件。 因?yàn)?ADO 是 COM 接口，為了軟件的可靠性，打開 ADO 連接時(shí)，可以加入異常處理代碼。 try{ m_pDBConnOpen(,NULL)。 }catch(__error amp。e){ //處理異常的代碼 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . m_pDBConn=NULL。 } 因?yàn)?_ConnectionPtr m_pDBConn 是智能指針，應(yīng)在處理異常代碼時(shí)將智能指針設(shè)為 NULL 后將自動(dòng)將引用計(jì)數(shù)降為 0。 如果不出現(xiàn)異常，只要在使用完 m_pDBConn，只要引用 Close 方法即可。 創(chuàng)建你所需的 UDL 文件 在你所想創(chuàng)建 UDL 文件的目錄中單擊右鍵，選擇從菜單 新建 |Microsoft 數(shù)據(jù)連接，然后將新創(chuàng)建的 UDL 文件更