如題，煩告訴我詳細過程，因為我不太會

引言: 如題，煩告訴我詳細過程，因為我不太會

1.開啟記事本 2.不寫任何東西,然後另存新檔,記得把附檔名改為udl. 3.然後再開啟這個檔案... 4.因為你不會,剛好小弟我會,所以把詳細過程告訴你,儘管如此,雖然這個版不是小弟的管區,不過還請您能多多修飾一下用詞,謝謝.

第三節 ADO（ActiveX Data Objects）編程模型



如文章“Delphi中引入ADO”所敘述的，ADO是一套COM（Component Object Model元件物件模型）元件（DLLs）,它允許你像訪問電子郵件和檔系統一樣訪問資料庫。使用ADO編寫的應用程式不需要BDE。為了用ADO訪問各種資料庫，你需要有ADO/OLE DB（Object Linking and Embedding物件鏈結和嵌入）庫。使用ADO所需要的可能在你的電腦中已存在：這些檔被微軟作為Windows98/2000的一部分分發。如果你使用的是Windows95或NT，你可能需要分發或安裝ADO引擎。Delphi 5的CD中包含有MDAC-Microsoft Data Access Components（微軟資料訪問元件）的安裝檔。你應該確定使用的是MDAC的最新版本，它可以從微軟的官方網站獲得。MDAC是使Universal Data Access（通用資料訪問）起作用的關鍵技術。它們包括ActiveX Data Objects(ADO)、OLE DB和Open Database Connectivity(ODBC)。



注：為了在Windows95的電腦上正確安裝，MDAC需要DCOM95（Distributed Component Object Model分散式元件物件模型）已被安裝。為了正確的註冊，MDAC所安裝的組件依賴於DCOM95所安裝的DLLs。注意，DCOM95在NT4.0中是不需要的。在某些情況下，DCOM不需要安裝在運行Windows的電腦中。但如果沒有被安裝，安裝MDAC前應安裝DCOM98。



沒有必要過多的討論OLE DB和ADO，讓我們轉移到更實際的問題上。



ADO 對象（ADO Objects）



ADO編程模型圍繞著幾個ADO物件而建立，這些物件為訪問各種資料員提供多種方法。這些物件提供連接資料源、查詢和更新記錄集、報告錯誤的功能。Delphi通過幾個VCL元件通過訪問這些物件的封裝元件。讓我們看一下與ADO工作的物件是那些：



Connection （連接）物件，通過連接字串與資料源連接。在BDE/Delphi中，連接物件是資料庫元件和會話（Session）元件的結合。



Command （命令）物件，使我們能運算元據源。它描繪一個命令（也視為查詢或敘述），能處理對資料庫資料的增加、刪除、查詢或更新。



Recordset （記錄集）物件，是查詢（Query）命令的結果。你可以認為Recordset 是一個Delphi表（Table）元件或查詢（Query)組件。Recordset 返回的每一行都包含多個欄位（Field）物件。



其他幾個在ADO模型中存在的物件有：欄位（Field）物件、參數（Parameter）物件和錯誤（Error）物件—在接下來的章節中將會回過來談到它們。







第四節 用ADOExpress連接資料庫



在對ADOExpress集合的每個元件進行簡要的解釋之前，讓我們首先瞭解一下怎樣連接到Access資料庫。當然，當然我們將連接到我們的樣例資料庫—AboutDelphi.mdb（譯者加：在上一章中所建立的資料庫）。



Delphi(5)主要通過元件面板ADO頁上的ADOExpress元件實現對ADO的支援。幾個其他的資料庫使能元件在本課程中將被使用。目前，我們將主要關注用ADO訪問Access資料庫所需的最小的組件集。



運行Delphi，建立一個新的帶有空的表單的應用程式。



為了能通過ADO和Delphi訪問Access資料庫的資料，你必須在你的工程中至少增加三個資料可視（data aware)組件。首先是資料控制（DataControls）元件頁的DBGrid—用於流覽從一個表格或通過查詢獲得的記錄。其次是DataSource（DataAccess資料訪問頁），用於連接資料集和表單上的DBGrid元件，從而實現潛在資料集資料的現實、導航（navigation）和編輯。最後是ADOTable（ADO頁），它描繪從ADO資料庫獲得的一個表。把它們都拖放在表單（Form）上，組件名都取預設值。這時表單應如圖所示：







如果你現在運行程式，Grid中沒有資料顯示—當然，因為我們沒有真正地連到資料庫上。注意另一點：僅僅Grid使可見的，其他兩個元件是不可視控制項（controls-unvisible）。



元件間的連接（Link between components）



為了顯示資料庫中的資料，我們必須把三個元件連在一起。在對象監視器（Object Inspector）中進行如下設置：



DBGrid1.DataSource = DataSource1；
DataSource1.DataSet = ADOTable1 ；



現在我們到了比較難的部分了，為了真正從資料庫中獲得資料，我們必須建立一個連接字串（ConnectionString）。這個字串指出了資料庫的物理存儲位置和訪問方式。當你雙擊AdoTable元件的ConnectionString(連接字串)屬性的省略號按鈕，你將得到如下的對話方塊：

建立一個連接字串時，我們有兩種選擇：使用Data Link File（資料連接檔）（.UDL）或手工建立一個連接字串。現在我們手工建立它，點擊Build按鈕—彈出Data Link Properties（資料連接屬性）對話方塊。這個對話方塊有4頁。Provider（提供者）頁允許你指定提供者—這裏選擇Microsoft Jet 4.0 OLE DB Provider。點擊Next（下一個）按鈕將引導我們進入第二頁：Connection（連接）。選擇省略號按鈕流覽找到我們的資料庫（AboutDelphi.mdb）。可以點擊Test Connection（測試連接）按鈕檢驗是否可以成功連接—應該是成功的。其他頁暫時不進行設置。最後，點擊OK關閉Data Link Properties對話方塊，再點擊OK關閉ConnectionString對話方塊—連接字串被存儲在ADOTable元件的ConnectionString屬性中。連接字串已如下所示：

Provider=Microsoft.Jet.OLEDB.4.0;
Data Source=C:!gajbaAboutaboutdelphi.mdb;
Persist Security Info=False

為了完成設計，我們必須設置通過ADOTable元件訪問的表名稱—再一次使用Object Inspector。

ADOTable1.TableName = Applications

如果你想在設計時看見資料庫的資料，可使用ADOTable的Active（啟動）屬性—設置它為True。

哈！如果你已進行以上的所有步驟，現在你見看到Applications表僅有一個記錄（行）。當你運行應用程式時，你甚至能改變資料庫的資料。當然，你不能做更多的是—這是我所能想到的最簡單的ADO的例子。

現在可以結束這一部分了。下一章中，我們將討論Delphi提供所有的ADO元件以及它們怎樣與餘下的資料視覺化（data-aware）元件進行通訊，從而創建一個功能更強大的Delphi資料庫應用程式。

------
︿︿

ADO是從Delphi5開始新增加的功能，Delphi5提供了一組ADO元件，通過微軟的ADO存取各種類型的資料庫，是目前越來越流行的存取資料庫的方式，使用ADO就可以無需再使用BDE了，心鈴感到非常有必要介紹給讀者。 一、ADO簡介 我們介紹一下ADO的來歷。Universal Data Access (UDA)是微軟公司推出的對資料庫操作的一個策略，提供了快速訪問各種資料庫的能力，UDA提供了一種不受限制的能力，通過易用的API介面訪問各種資料源（需要與其相容的驅動程式），類似Delphi的BDE，這項技術能在一個程式中從多種的資料源中輕易的訪問到資料。UDA用Microsoft Data Access Components（MDAC）來實現，而MDAC則包括Active Data Objects(ADO),Open Database Connectivity(ODBC)與OLE DB。ADO是MDAC的應用程式設計介面，OLE DB則是系統級的介面，定義了一套COM介面，提供了從關聯資料庫及檔系統的資料訪問能力，ODBC為了向後相容也包含在MDAC中，ODBC將會被OLE DB替代，因此就目前來說，如果可以直接通過OLE DB操作的資料庫就不要使用ODBC了，目前OLE DB可直接用於Microsoft Access,Microsoft SQL以及Oracle等。 不知道大家對上面的簡介是否能看懂，其實看不懂對於我們使用ADO沒有太大影響。對初學者來說，能認識到：ADO是微軟提供的可以訪問資料庫的一種介面方式就可以了。那麼使用ADO有什麼先決條件呢？從上面的簡介可以看出，要使用ADO必須安裝MDAC元件，不知大家注意沒有，在安裝Delphi5時會有提示是否安裝Microsoft Data Access Components，如果你要使用ADO編程就要選擇安裝MDAC。當然現在情況已經有了一些變化，據說從Win98第二版開始系統中已經內置了ADO, Windows 2000也已經內置了ADO。如果你在安裝Delphi5時沒有安裝MDAC,而系統中又沒有，需要手工安裝的話，可以從微軟的網站上下載MDAC，目前最新的版本是2.7,Delphi5安裝盤上有MDAC目錄，版本是2.1版。不過最好是採用高一點的版本，目前最常用的是2.6版，對中文WIN作業系統來說，用MDAC中文版最好。 二、ADO使用 在元件面板上有ADO組件頁，其中前6個是ADO組件。我們一步一步來入門，先來看看如何使用ADO。以我們前面講座中的勞保用品管理系統中使用的Access97資料庫為例，我們讀取資料顯示在DbGrid表格中。 在空白表單上放置一個ADOConnection1元件，一個ADOTable1元件、一個DataSource1元件、一個DBGrid1元件。先設定一下部分元件屬性如下：設定DBGrid1元件的DataSource屬性為DataSource1，設定DataSource1元件的DataSet屬性為ADOTable1。雙擊ADOConnection1元件或者在其屬性列表中點擊ConnectionString後的省略號都可以打開連接字串設定視窗如下圖（17-1）： 圖17-1 點擊“Build”按鈕，將打開資料連接屬性視窗如下圖（17-2），其中有四個頁面，在第一個“提供者”頁面中，列出了可以使用的各種驅動資料庫驅動。對於我們的ACCESS97庫來說，用Microsoft Jet 3.51 OLE DB Provider驅動即可，當然選擇Microsoft Jet 4.0 OLE DB Provider驅動也可，但對於ACCESS2000資料庫來說必須使用JET 4.0,不能使用3.51。 （圖17-2） 選擇完畢資料庫驅動後，點擊“連接”頁面，在這裏輸入或選擇資料庫，這裏我們查找選擇資料庫為“G:\lklb\lklb.mdb”，如果資料庫有密碼可將“空白密碼”核取方塊去掉選擇，就可以輸入密碼，選中“允許保存密碼”這樣以後就可以無需再輸入密碼了。接下來可以點擊“測試連接”按鈕，如果提示“測試連接成功”那麼說明資料庫可正常連接上。在“高級”頁面中選擇訪問許可權為“ReadWrite”。在“所有”頁面中顯示的是用戶目前設定的連接屬性，用戶可以再修改。點擊“確定”按鈕後返回到圖17-1,這時可以看到屬性設定字串已經自動生成，點擊“OK”按鈕返回即可。再把ADOConnection1元件的LoginPrompt屬性設定為false，這樣以後程式在運行時就不會彈出密碼輸入框了。但如果你的資料庫有密碼且在上面的“連接”頁面中沒有輸入密碼沒有選中“允許保存密碼”，那麼不要把此屬性設定為false,因為你以後需要手工輸入密碼。 接著我們設定ADOTable1元件的Connection屬性為ADOConnection1，單擊ADOTable1元件的tablename屬性後的省略號，將可以看到資料庫lklb中的所有資料表名稱列表，從中選擇一個如bm(部門),設定ADOTable1元件的Active屬性為True,則馬上可以在DbGrid中看到表中的資料了。如果馬上運行程式就可以在視窗中流覽和編輯資料了。到此，你已經初步學會了使用ADO存取資料了。 通過上面的示例，我們看看通過ADO和BDE來讀取資料有什麼區別呢？其實從操作來說沒有多大區別，當然內部的機理是不一樣的，但我們無需關心。也許讀者會說，比通過BDE讀取資料多了一個ADOConnection元件，其實我們完全可以不用ADOConnection元件。這樣試試：刪除ADOConnection元件，點擊ADOTable1組件的ConnectionString 屬性後的省略號，怎麼樣？和上面設定ADOConnection元件的ConnectionString 屬性完全是一樣的吧。 有了上面的感性認識，下面我們就來對這六個ADO組件逐一做介紹。 1 ADOConnection組件。ADOConnection元件有點類似於DataBase元件，正如在一些程式中可以不使用DataBase元件一樣，我們在上面的示例中也演示了不使用ADOConnection元件的方法。不過，在用ADO寫比較複雜的資料庫程式時最好還是用ADOConnection元件，因為ADOConnection元件起到了一個共用橋樑作用，其他五個元件都可以通過它來操作資料庫，這樣就避免每個元件都要建立自己的連接字串。ADOConnection元件對其他五個元件來說就相當於資料庫別名。既然相當於資料庫別名，那麼另外一個優點是如果你的後臺資料庫的連接變化了，那麼在程式裏只需僅僅將ADOConnection元件的連接屬性改變一下就可以了，否則，需要修改所有資料物件元件的連接屬性，豈不太麻煩了。所以建議大家養成一個好習慣，這樣寫出來的程式不易出錯、維護方便。 ADOConnection元件的重要屬性也就是上面示例中提到的ConnectionString屬性了，另外一個經常使用的是logionPrompt屬性，上面也已經介紹了。現在補充說明一下ConnectionString屬性設定時圖17-1中的Use Data Link File是怎麼回事：通過前面的示例我們知道，ConnectionString屬性值是一個連接字串，為了便於程式移植方便，特別是當程式已經發佈後需要修改連接資料庫資訊時，再重新編譯發佈執行檔比較麻煩，這時udl檔就可以發揮很好的作用，其實udl檔的內容就是連接字串資訊，是文字檔案，用戶修改一下這個檔就可達到目的，無需再更新EXE檔了。UDL文件如何建立呢？常用方法：用記事本建立一個空文字檔案，保存為如demo.udl,一般情況下udl是和ADO關聯的，雙擊demo.udl檔會自動打開圖17-2,大家都會設定了吧，設定完畢退出後，再打開demo.udl檔看看就會明白，UDL檔就像一個INI檔，例如以我們上面的示例建立的demo.udl檔內容如下： [oledb] ; Everything after this line is an OLE DB initstring Provider=Microsoft.Jet.OLEDB.4.0;DataSource=g:\lklb\lklb.mdb;Mode=ReadWrite|Share Deny None;Persist Security Info=False ADOConnection元件的事件和方法都不太常用，如果需要建議大家看看幫助檔吧，在這裏由於版面所限不能詳細解釋，其他幾個ADO元件的介紹也是如此，只介紹最常用的屬性和方法、事件。 2 ADOTable組件。 ADOTable元件和前面講座中講到的table元件非常類似，許多屬性、事件和方法也一樣。如果不使用ADOConnection元件，ADOTable元件的ConnectionString屬性就需要設定，上面我們已經講了，如果使用了ADOConnection元件，那麼ConnectionString屬性就不需要設定了，直接設定其Connection屬性指向ADOConnection元件即可。另外一個重要屬性就是tablename屬性，這個就不用講了吧。需要指出的是，雖然ADOTable元件和table元件在屬性設定、事件、方法等方面非常相似，但還是有不同之處，比如Table元件有findkey方法，但在ADOTable元件中卻取消了findkey方法，因此在程式移植時需要注意，以防出現隱患。 3 ADOQuery組件。 此元件使用方法和query元件類似，其ConnectionString屬性和Connection屬性的設定同ADOTable組件。有一點需要注意，在程式中為參數賦值時和query元件有點區別，一般情況下原來的賦值語句為： ParamByname('p1').value:=s1; 而在ADOQuery中，需要這樣寫： parameters.ParamByname('p1').value:=s1; 原來在代碼中使用的prepare方法在這裏不能再使用了。 4 ADOStoredProc組件。 此元件是用來執行存儲過程的，和StoredProc類似。由於在前面我們沒有詳細講解存儲過程是怎麼回事，這裏給大家做稍詳細一點的介紹。存儲過程主要是對客戶/伺服器(C/S)兩層資料庫或多層資料庫而言的，由於檔型資料庫如ACCESS等等不存在真正的存儲過程，所以一般用不到存儲過程，不過對ACCESS資料庫而言有類似存儲過程的“查詢”，後面我們再講。簡單一點來說，存儲過程就是存放在資料庫伺服器上的一段程式碼，用戶程式可直接調用，無需在用戶程式中再做更多的工作。為什麼要把存儲過程放在資料庫伺服器上呢？因為放在伺服器上的代碼在執行時效率高，能較少網路資料流程量，防止出現網路阻塞。比如，在查詢資料時，調用存儲過程可以只把結果傳遞回來而無需先傳遞資料到本地再查詢結果。 在繼續講解ADOStoredProc之前，我們先講一點MSSQL SERVER的知識吧。初學資料庫編程的讀者可能都對客戶/伺服器資料庫感到有點難度，不知道如何寫在網路上的（現在常用的是局域網）客戶/伺服器資料庫程式，事實上，只要你能掌握了本地檔資料庫編程知識，在網路上的客戶/伺服器編程就很簡單了，只是需要通過BDE、ODBC或ADO等各種方式把資料源指向資料庫伺服器上的資料庫即可，其他的操作幾乎都是一樣的。要想學習客戶/伺服器資料庫編程，建議大家安裝目前非常流行的MicroSoft SQL Server 2000中文個人版，此版本可安裝在WIN9X系統下，其他幾個版本如企業版、開發版等則只能安裝在WIN NT或WIN2000下，對於使用WIN9X的用戶，安裝個人版在本機上就完全可以類比局域網上的客戶/伺服器環境，沒有任何區別，程式可直接移植到局域網上。對於稍複雜一些的需要在局域網上多人使用的資料庫程式，採用SQL Server ADO是很理想的選擇，效率高、維護方便，資料安全性也很好。 SQL Server2000中文個人版的安裝很簡單，按照提示進行即可，安裝完畢，從開始->程式中啟動“服務管理器”，一般有三種服務，可以都啟動或者任選需要啟動的服務，不過SQL Server一般是必須要啟動的。接下來我們運行“企業管理器” ，從控制臺根目錄開始逐級打開，直到打開一個資料庫，在這裏就可以看到存儲過程了，這才是真正意義上的存儲過程。如下圖（17-3）。雙擊某個存儲過程就可以查看其內容。 （圖17-3） 現在我們來看看如何寫一個客戶/伺服器資料庫程式。來看看ADO方式。以上面的例子為例，如果勞保資料庫放在了SQL SERVER中，那麼雙擊ADOConnection元件在圖17-2中的“提供者”頁面中選擇“Microsoft OLE DB Provider for SQL Server”驅動，在“連接”頁面中的內容和選擇JET3.51就不一樣了，用戶輸入伺服器名稱如：lkky,輸入用戶名和密碼（如果有的話），然後就可以在伺服器上選擇資料庫，比如lklb,再測試一下連接是否正常，如果成功，那麼就可以返回了，餘下的操作就完全一致了，就這麼簡單！ 其實客戶/伺服器程式和單機檔資料庫程式的主要區別在於：對ADO方式來講，就是ADOConnection元件的連接字串屬性不同，對於BDE方式來說，資料庫別名就是通過ODBC建立一個指向資料庫伺服器的一個資料源。一句話：就是連接資料庫的方式有點區別，其他的操作幾乎一樣。 簡單解釋一下資料庫伺服器和單機檔資料庫的區別。對於我們單機常用的檔資料庫如Paradox、DBF、ACCESS類型的資料庫來說，資料庫就是一個檔夾、資料表是檔夾中的檔（如paradox、 DBF）或一個檔（ACCESS資料庫），這類檔資料庫沒有管理者即無需運行管理程式管理它們，只有用戶的資料庫應用程式對它們進行讀寫操作。而對資料庫伺服器來說，如SQL SERVER,這個伺服器負責管理資料庫及其他資訊如用戶、存貯過程等等，用戶要想操作資料庫需要用過這個伺服器才能進行，雖然對伺服器來說，其管理的資料庫也是以檔的形式放在磁片中，但用戶程式不能直接訪問。這樣做的好處就是由伺服器處理來自多個用戶的操作，並把資訊返回到請求端（客戶），用戶端只管發請求即可，無需知道伺服器是怎麼處理的，如果多個客戶都請求同樣的內容，那麼只需查詢一份資訊向各客戶傳送就可以了，充分利用資源，如果多個客戶修改某個記錄，伺服器會自動進行鎖定，防止出現錯誤。打個比方來說，檔型資料庫就是一個沒有人看守的倉庫，客戶進去自己放置貨物或提出貨物，伺服器型資料庫就是有一個管理員看守倉庫，要提貨或放入貨物只需給管理員下個指令由管理員來進行，大家應該明白兩者的區別了吧。 下一講繼續給大家講解以ADO方式操作資料庫的知識。