DB2和SQL Server等其他一些大型數(shù)據(jù)庫系統(tǒng)占據(jù)著主要的數(shù)據(jù)庫市場，隨著IBM的深入推廣，DB2將有著更為廣闊額發(fā)展前景，本文將為您介紹.NET開發(fā)時(shí)，應(yīng)用DB2的一些技術(shù)比較，供您參考。

在.NET應(yīng)用軟件開發(fā)人員看來，使用DB2與使用其它任何其它關(guān)系數(shù)據(jù)庫沒有區(qū)別。人們可以看到無數(shù)使用SQL Server以及甲骨文公司產(chǎn)品執(zhí)行數(shù)據(jù)庫任務(wù)的例子，但關(guān)于使用包括.NET在內(nèi)的微軟公司技術(shù)訪問DB2數(shù)據(jù)庫的文檔就遠(yuǎn)沒有那么多了。

目前，開發(fā)人員可以使用不同的訪問技術(shù)通過編程的方式將.NET客戶端連接到DB2上，這些代碼從根本上來說是基本相同的，但仍然存在一些我們需要考慮的有趣的限制。

DB2架構(gòu)慨覽

DB2數(shù)據(jù)庫引擎的基本元素是數(shù)據(jù)庫對象、系統(tǒng)目錄、目錄和配置文件，所有的數(shù)據(jù)存取都通過SQL界面進(jìn)行。我們可以只將DB2 Univeral Database（UDB）作為數(shù)據(jù)庫服務(wù)器運(yùn)行，這不要求使用其它的產(chǎn)品，但對于遠(yuǎn)程的客戶端而言，我們還需要其它一些產(chǎn)品。

DB2 UDB的服務(wù)器組件提供了對使用TCP/IP、SNA或IPX/SPX協(xié)議與數(shù)據(jù)庫服務(wù)器進(jìn)行通訊的支持，這就能夠使運(yùn)行管理客戶端、運(yùn)行時(shí)間庫或應(yīng)用程序開發(fā)客戶端的遠(yuǎn)程客戶端進(jìn)行訪問。應(yīng)用程序開發(fā)客戶端組件是面向數(shù)據(jù)庫應(yīng)用程序開發(fā)人員的工具集，它包括庫文件、頭文件、API和樣板代碼。

我們主要關(guān)心的是能夠通過網(wǎng)絡(luò)訪問數(shù)據(jù)庫服務(wù)器的客戶端組件。通過使用DB2 Connect，我們的.NET應(yīng)用程序能夠訪問基于主機(jī)的DB2系統(tǒng)，例如DB2 for AS/400、DB2 for OS/390、DB2 for VSE等。

連接到DB2的方式?jīng)Q定了我們能夠完成的任務(wù)。有三種技術(shù)可以從.NET連接到DB2：

1、使用OleDb .NET Managed Provider。如果運(yùn)行的是DB2 V7或更低的版本以及COM對象是調(diào)用者時(shí)，微軟和IBM二家公司都建議使用OleDb數(shù)據(jù)提供者訪問大多數(shù)DB2數(shù)據(jù)。在.NET Framework中，OleDb提供商是通過COM InterOp表現(xiàn)出來的，并使用可用于ADO開發(fā)的驅(qū)動程序。

2、使用ODBC .NET Managed Provider。這種方式提供了對本地ODBC驅(qū)動程序的訪問，與OLEDb .NET Data Provider提供對本地OLEDb提供者訪問的方式相同。ODBC .NET Data Provider是.NET Framework的一個(gè)附加組件，它能夠與所有兼容的ODBC驅(qū)動程序配合使用。

3、使用IBM DB2 .NET Provider（β）：這種方式提供了對將ADO.NET連接到DB2 V8.1的支持。DB2 .NET Data Provider是Visual Studio .NET Framework的一個(gè)內(nèi)插式附件，它能夠訪問在運(yùn)行在不同硬件和操作系統(tǒng)平臺上的DB·數(shù)據(jù)庫服務(wù)器。目前，它仍然處于β測試階段，但I(xiàn)BM公司很快會發(fā)布正式產(chǎn)品。DB2 .Net Data Provider能夠?qū)⑹褂肁DO.NET開發(fā)的應(yīng)用程序連接到下面的DB2數(shù)據(jù)庫服務(wù)器上：#p#

·運(yùn)行在Windows、UNIX和Linux平臺上的DB2 Universal Database Version 8.1。

·運(yùn)行在z/OS、OS/390 V6.1以及使用DB2 Connect V8.1組件的更高版本的操作系統(tǒng)上的DB2 Universal Database。

不同的連接字符串顯示出不同情況下的語法差別：

OleDb連接字符串 ...

Provider=IBMDADB2.1;User ID=db2admin;Password=db2admin;Data Source=SAMPLE

ODBC連接字符串 ...

DSN=DB2V8;UID=db2admin;PWD=db2admin

IBM Managed Provider連接字符串 ...

Database=SAMPLE;User ID=db2admin;Password=db2admin;Server=IREK

代碼級訪問的比較

在開發(fā)DB2數(shù)據(jù)訪問代碼時(shí)，大多數(shù)的操作在很大程度上與訪問其它數(shù)據(jù)庫相同。下面我們對連接技術(shù)的一些代碼進(jìn)行比較：

在下面的每個(gè)代碼片斷中，我們將展示一些數(shù)據(jù)庫訪問和數(shù)據(jù)管理的技巧，請讀者注意每種技術(shù)的哪些步驟相同。我們首先創(chuàng)建連接對象，再創(chuàng)建一個(gè)命令對象。在這個(gè)簡單的例子中，我們只訪問這一特定數(shù)據(jù)庫表中指定行、列中的一個(gè)標(biāo)量值。***，我們執(zhí)行該命令的ExecuteScalar()方法，返回該整數(shù)。

使用Ole Db技術(shù)...

private OleDbConnection cn = new OleDbConnection(connectionString); OleDbCommand cmd = new OleDbCommand("SELECT COUNT(*) FROM STAFF", cn); int rc = Convert.ToInt32(cmd.ExecuteScalar());

使用ODBC...

private OdbcConnection cn = new OdbcConnection(connectionString);
OdbcCommand cmd = new OdbcCommand("SELECT COUNT(*) FROM STAFF", cn);
int rc = Convert.ToInt32(cmd.ExecuteScalar());

使用IBM的Managed Provider...#p#

private DB2Connection cn = new DB2Connection(connectionString);
DB2Command cmd = new DB2Command("SELECT COUNT(*) FROM STAFF", cn);
int rc = Convert.ToInt32(cmd.ExecuteScalar());

功能的比較

根據(jù)選擇的訪問技術(shù)和使用的數(shù)據(jù)庫版本，我們可以使用不同的功能。另外，根據(jù)需要完成的工作，我們還需要選擇連接策略。

為了使讀者能夠更好的選擇連接技術(shù)，我整理出了一個(gè)能夠在決策中使用的路線圖。在路線圖中，我找出了一些對于大多數(shù)以數(shù)據(jù)庫為中心的軟件開發(fā)項(xiàng)目中通用的功能。

在下面的圖表中，我對自己的心得進(jìn)行了整理。我根據(jù)是否允許完成特定的數(shù)據(jù)庫任務(wù)對三種訪問技術(shù)中的每一種都進(jìn)行了評估，評估的數(shù)據(jù)庫任務(wù)有：

·Pass-thru SQL━━這一提供者是否支持通過動態(tài)開發(fā)的SQL語句形成的傳遞？

·簡單的存儲過程━━這一提供者支持包括返回結(jié)果在內(nèi)的調(diào)用基本的存儲過程嗎？

·In、Out、InOut參數(shù)━━這一提供者支持調(diào)用存儲過程和利用參數(shù)傳遞變量數(shù)據(jù)嗎？

·日期和貨幣━━這一提供者支持由特定廠商提供、可能造成問題的數(shù)據(jù)類型嗎？

·LOBs━━這一提供者支持大對象數(shù)據(jù)類型的處理嗎？

根據(jù)使用的連接技術(shù)，我們能夠完成不同類型的任務(wù)，因?yàn)槊糠N提供者都有自己可以完成的工作。有一些問題是我們值得注意的。

例如，ODBC不支持DB2的存儲過程。因此，如果開發(fā)的應(yīng)用軟件非常依賴于存儲過程，我們在選擇訪問技術(shù)時(shí)就不能考慮ODBC，而應(yīng)當(dāng)考慮OleDb或Managed Provider。OleDb不支持LOB數(shù)據(jù)類型，如果要存取LOB類型的數(shù)據(jù)（例如JPEG文件），我們可以使用ODBC或Managed Provider。目前，Managed Provider不能在DB2 V7或以前版本上運(yùn)行，除非在應(yīng)用程序和基于主機(jī)的DB2系統(tǒng)之間運(yùn)行著DB2 Connect V8。

有趣的是，在使用存儲過程的參數(shù)時(shí)，DB2 V7和OleDb有一個(gè)非常著名的bug。我們能夠從存儲過程中返回?cái)?shù)據(jù)，但在OleDb+DB2 V7平臺上，我們不能在應(yīng)用程序與存儲過程之間傳遞參數(shù)。#p#

性能比較

為了衡量提供者的性能和向讀者提供指導(dǎo)，我們將定義一個(gè)有效的測試腳本，并對各種提供者的關(guān)健性能進(jìn)行測試。為了比較各種連接技術(shù)的性能，我們開發(fā)了一些簡單的Web網(wǎng)頁，一個(gè)網(wǎng)頁面向執(zhí)行完全相同功能的測試，這將使我們掌握分析不同連接技術(shù)情況下輸出的控制數(shù)據(jù)。

如果嚴(yán)格地從性能的角度來看，我們發(fā)現(xiàn)，Managed Provider在訪問DB2數(shù)據(jù)庫時(shí)的性能***。在這一簡單的測試中，有二個(gè)重要的數(shù)字值得關(guān)注：每秒鐘的請求（RPS）能夠使我們感受到訪問的規(guī)模，OleDb和ODBC在這方面的表現(xiàn)基本相似，但Managed Provider的表現(xiàn)要好一些（大約高10%左右）；收到***一字節(jié)的時(shí)間（TTLB）是從終端用戶的角度看到的響應(yīng)時(shí)間，在這一方面，Managed Provider的性能再次比OleDb和ODBC高出10%左右。

最值得注意的是，盡管提供的功能不同，但OleDb和ODBC在有負(fù)荷的情況下的性能基本相同。IBM公司的Managed Provider的性能***，而且提供了在訪問DB2 V8時(shí)最可靠的功能。但是，如果沒有DB2 Connect作中間體，它不支持DB2 V7以及更低的版本。

對于應(yīng)用軟件開發(fā)人員而言，使用DB2作后端與使用其它通過ADO或ADO.NET訪問的關(guān)系數(shù)據(jù)庫一樣簡單。ADO.NET為我們完成了所有抽象工作。在選擇DB2還是其它數(shù)據(jù)庫時(shí)，盡管存在架構(gòu)方面的考慮，但作為開發(fā)人員，我們的工作應(yīng)當(dāng)是可預(yù)測和可管理的。