在資料庫訪問項目中使用微軟企業庫Enterprise Library，實現多種資料庫的支持

在我們開發很多項目中，數據訪問都是必不可少的，有的需要訪問Oracle、SQLServer、Mysql這些常規的資料庫，也有可能訪問SQLite、Access，或者一些我們可能不常用的PostgreSQL、IBM DB2、或者國產達夢資料庫等等，這些資料庫的共同特點是關係型資料庫，基本上開發的模型都差不多，不過如果我們基於ADO.NET的基礎上進行開發的話，那麼各種資料庫都有自己不同的資料庫操作對象，微軟企業庫Enterprise Library是基於這些不同資料庫的操作做的抽象模型，適合多資料庫的支持項目。本文介紹基於微軟企業庫Enterprise Library 4.1的基礎進行的多種資料庫的處理。

1、企業庫Enterprise Library版本的選擇

在選擇Enterprise Library版本的時候，我一直都是相對謹慎，因為我們開發的項目涉及很多不同的系統，有的需要XP的支持、有的需要Win7的支持或者Win10等等，需要考慮不同系統之家的相容問題，由於微軟企業庫中的資料庫訪問模塊相對比較穩定，因此也基本沿用使用穩定的版本，雖然目前Enterprise Library版本為6.0，但是之前一直在項目中使用的是3.1，這個版本可以在.NET 2.0的項目上運行，而且擴展類庫也比較不錯，因此一直保留著。

隨著框架版本的升級，在XP上最高可以運行.NET 4.0的版本，因此可以考慮使用Enterprise Library 4.1或者5.0的版本（Enterprise Library 6.0版本需要.NET 4.5的支持，無法再XP上運行），相對來說，Enterprise Library4.1的擴展類庫支持非常不錯（http://entlibcontrib.codeplex.com/releases/view/38988），支持了SQLServer、DB2、MySql、ODP.NET（Oracle）、PostgreSQL、SQLite、SqlEx等資料庫，而Enterprise Library 5.0版本擴展類庫的支持還沒有完整提供，需要自己處理。

因此綜合上面的原因，我們為了照顧XP、Win7/Win8/Win10等不同系統的相容性，可以從目前的Enterprise Library 3.1升級到Enterprise Library 4.1，這樣可以利用較好的擴展類庫的支持（支持支持了SQLServer、DB2、MySql、ODP.NET（Oracle）、PostgreSQL、SQLite、SqlEx等資料庫），也相對提高下該數據訪問模塊的版本。

在我以前繪製的多資料庫支持裡面調整一下，把我們採用微軟企業庫後，支持的資料庫作為數據層，示意圖如下所示。

這樣基本上常規的關係型資料庫我們都支持了，我們需要開發任何資料庫應用，都是統一數據模型，開發起來方便很多了，同時也方便在不同資料庫管理系統中進行配置切換。

2、採用微軟企業庫進行架構設計

採用了微軟企業庫Enterprise Library作為我們底層的資料庫訪問模塊後，對於多種資料庫的訪問操作，就會統一採用這個企業庫的資料庫訪問對象，操作起來非常一致，為了對不同資料庫的常規增刪改查等一些操作進行進一步的封裝，已達到簡化代碼的目的，因此我們可以為每個不同的資料庫定義一個數據訪問操作基類，以便實現一些不同資料庫差異性的處理，但是它們還是有一個共同的數據訪問基類。

採用不同的資料庫，我們需要為不同資料庫的訪問層進行生成處理，如為SQLServer數據的表生成相關的數據訪問層DALSQL，裡面放置各個表對象的內容，不過由於採用了相關的繼承類處理和基於資料庫的代碼生成，需要調整的代碼很少。

針對數據訪問層，我們需要設計好對應的繼承關係，以便使得我們的基類能夠封裝大多數的操作，並給子類相對的彈性處理空間，如對於客戶Customer的對象，數據介面層和數據訪問實現層的關係如下所示。

這樣整合多種資料庫支持的底層後，整個數據訪問的架構設計如下所示。

關於這個架構，我在前面很多文章都有闡述，如果我們還需要擴展一些特殊的資料庫支持，可以參考隨筆《基於Enterprise Library的Winform開發框架實現支持國產達夢資料庫的擴展操作》進行一些擴展定製的操作。

3、基於Enterprise Library的多種資料庫支持處理

前面我們提到，使用微軟企業庫Enterprise Library的好處就是可以統一編程模型，實現對多種資料庫的相容處理，而微軟企業庫Enterprise Library最大的特點是基於配置項實現多種資料庫的處理，通過對使用不同的配置項，就可以迅速切換到對應的資料庫上來，代碼不需要修改。

對於一般的企業庫配置處理，我們增加配置項如下所示。

  <configSections>
    <section name="dataConfiguration" type="Microsoft.Practices.EnterpriseLibrary.Data.Configuration.DatabaseSettings, Microsoft.Practices.EnterpriseLibrary.Data"/>
  </configSections>

然後為不同的資料庫添加不同的連接字元串

對於預設支持的SQLServer資料庫，它的連接字元串如下所示。

<?xml version="1.0"?>
<configuration>
  <configSections>
    <section name="dataConfiguration" type="Microsoft.Practices.EnterpriseLibrary.Data.Configuration.DatabaseSettings, Microsoft.Practices.EnterpriseLibrary.Data"/>
  </configSections>
  <connectionStrings>
    <!--SQLServer資料庫的連接字元串-->
    <add name="sqlserver" providerName="System.Data.SqlClient" connectionString="Persist Security Info=False;Data Source=(local);Initial Catalog=WinFramework;Integrated Security=SSPI"/>
  </connectionStrings>
  <dataConfiguration defaultDatabase="sqlserver">
  </dataConfiguration>
</configuration>

不過對於一些擴展支持的資料庫，我們還需要添加一些映射處理，如對於MySQL的支持，我們需要添加連接字元串：

    <!--MySQL資料庫的連接字元串-->
    <add name="mysql" providerName="MySql.Data.MySqlClient" connectionString="Server=localhost;Database=WinFramework;Uid=root;Pwd=123456;"/>

還需要添加ProviderMappings的支持，如下所示的XML。

  <dataConfiguration defaultDatabase="mysql">
    <providerMappings>
      <add databaseType="EntLibContrib.Data.MySql.MySqlDatabase, EntLibContrib.Data.MySql" name="MySql.Data.MySqlClient" />
    </providerMappings>
  </dataConfiguration>

下麵我列出所有不同資料庫的連接字元串以及映射關係的一個完整版本，供參考。

前面我們提到了，基於配置實現不同資料庫的統一處理，我們為了測試不同資料庫的連接，我們可以使用下麵的簡單案例代碼來獲取數據進行展示。

其實現的代碼如下所示。

我們看到，上面的代碼沒有針對具體的資料庫，因此也是非常通用的處理，我們可以直接獲取數據並展示出來，我上面案例在SQLServer、Oracle、PostgreSQL、MySQL、SQLite、Access、IBM DB2資料庫均測試通過。

具體開發項目的時候，不同資料庫有一些不同的處理，如分頁操作、獲取指定記錄的處理等等，這些我們就需要發揮上面提到的資料庫基類的功能了，通過基類功能的封裝，我們可以除了可以使用所有資料庫的共性外，還可以使用它的一些特定處理操作，這樣我們就可以充分利用各種不同資料庫的特點，但是又統一到一個開發模型上來，降低了各種不同資料庫之間開發的成本，同時也減少不同資料庫之間的遷移難度，提高代碼的可閱讀性和可擴展性。

上面關於資料庫訪問模塊的框架構建，已經在我眾多的Winform項目、Web開發項目，以及一些後臺服務項目上運行良好，並使用了多年，為我們開發各種不同資料庫，或者升級到不同資料庫版本的處理工作上立下了汗馬功勞。