Dapper 多資料庫最佳化

來源:互聯網
上載者:User

標籤:

Dapper是近2年異軍突起的新ORM工具,它有ado.net般的高效能又有反射映射實體的靈活性,非常適合喜歡原生sql的程式員使用,而且它源碼很小,十分輕便。我寫本部落格的目的不是為了介紹Dapper,而是要將我使用Dapper遷移資料庫過程中遇到的bug和一些最佳化介紹給大家,Dapper在多資料庫支援上有些問題,我做了以下5個方面的最佳化。

一:Dapper核心庫存在一個重要的bug是各資料庫預設傳回型別不同造成的,像count,sum等一些函數在不同的資料庫傳回型別不同。比如 select count(1) from Table;  sqlserver傳回值類型是int,oracle是decimal,mysql是long。那麼

connection.Query<int>("select count(*) from Table ");

這條語句運行在sqlserver下沒問題,其他資料庫會因為類型不符報錯。同樣的,Dapper要求實體物件的類型必須嚴格的與資料庫類型一一對應(主要是出現在int,byte和enum類型上)。解決的辦法是將強制轉換類型改為通用轉換,把Dapper代碼中的這句return val is DBNull ? null : val;

改為:return val is DBNull ? null : Convert.ChangeType(val, type);

二:沒有提供參數首碼轉換的功能,這點可以在SetupCommand方法中自行寫方法替換。

三:Dapper只提供最基本的orm架構,對增刪改沒有提供簡便的方法,Dapper擴充類就是提供這類功能的,但此擴充類存在一個不足:增改時會將實體所有欄位都拼接到sql中,無法只增改部分欄位,把nullable類型的欄位當做普通欄位處理。這裡我進行了最佳化:拼接sql時判斷欄位的值是否為空白,為空白的欄位不做處理。

四:官方的Dapper擴充類參數首碼用的是"@",這不符合規範,改為通過

IDbConnection類型判斷加首碼。

五:添加各資料庫通用分頁方法及TOP方法。

做這麼多最佳化目的只有一個:能夠無縫的遷移資料庫。如果你一直就用sqlserver的話,大可不必修改

Dapper 多資料庫最佳化

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.