在數據庫訪問項目中使用微軟企業庫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開發項目，以及一些後臺服務項目上運行良好，並使用了多年，爲我們開發各種不同數據庫，或者升級到不同數據庫版本的處理工作上立下了汗馬功勞。