对.net orm工具Dapper在多数据库方面的优化

时间:2021-05-02 06:09:06

      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的话,大可不必修改,附:源码