大量SQL的解决方案——sdmap
最近看到群里面经常讨论大型应用中SQL的管理办法,有人说用EF/EF Core,但很多人不信任它生成SQL的语句;有人说用Dapper,但将SQL写到代码中有些人觉得不合适;有人提出用存储过程,但现在舆论纷纷反对这种做法;有人提出了iBatis.NET,它可以配置确保高灵活性高性能,也提供动态SQL的功能,但已经多年没有维护。
在几年前,我们某项目中就有总共4MB以上的SQL语句文本,我也注意到产品做大后会,一定出现这个问题,所以我就依照MyBatis的核心思想,支持可配置、动态SQL,但去除了臃肿的xml,自己实现了一套简单好用的语法,然后开源了出来,名字就叫sdmap。
在我的介绍页面上已经指出,sdmap的如下特性:非常简单的语法来描述动态SQL;
使用了Emit CIL来确保性能;
有Visual Studio插件支持,实现了代码高亮、代码折叠、快速导航的特性;
支持所有主流数据库,如MySQL、SQL Server、SQLite等(只要Dapper能支持);
可以扩展支持非关系型数据库,如Neo4j;
单元测试全覆盖。
语法
如图:
该语法有如下特点:用namespace关键字表达名字空间;
用sql关键字表示模板语句;
用#号的特殊语法可以进行一些判断,里面有isEqual<>、#isNotEmpty<>等特殊语法;
用#include<>,可以包含另一个SQL语句;
语句可以嵌套,sql{}中可以包含另一个sql{}。
我们可以对比一下iBatis/MyBatis的语法:
-//mybatis.org//DTD Mapper 3.0//EN""http://mybatis.org/dtd/mybatis-3-mapper.dtd">
select * from users
insert into users (id, name, funkyNumber, rou