DSL风格数据库编程之实践

现在的应用系统中，绝多多数的情况下都是要用到数据库的，而适合Java框架的数据库处理方案太多了，这里就不一一列出了。

现在又比较流行一种DSL(Domain Specific Language)风格的数据库访问方式，比如：JOOQ、Querydsl等等，都比较成熟。仔细研究了一下，觉得存在如下问题：这两货都是收费的，这明显不符合时代潮流么；第二就是有点过度封装的意思，有许多东西都封装了，导致学习及使用成本上升；再就是体量都比较大，能不能又瘦又小又好用？
当然，也有一些同学有自己的实现，不能一一研究并列举，今天仅做验证性开发，不足之处同学们尽快提出来，只要合情合理，我们都会采纳。

OK，说做就做，花点时间看看，可不可以自己做个实现？

删除代码示例

?

1 2 3 4 5 6 7

delete(USER).where(                  USER.NAME.eq( "悠然" )          );          delete(USER).where(                  USER.NAME.leftLike( "A" ),                  USER.AGE.between( 20 , 30 )          );

插入代码示例

?

1 2 3 4

insertInto(USER).values(                  USER.NAME.value( "悠然" ),                  USER.AGE.value( 22 )          );

更新代码示例

?

1 2 3 4 5 6

update(USER).set(                  USER.NAME.to( "abc" ),                  USER.AGE.to( 3 )          ).where(                  USER.NAME.eq( "悠然" )          );

查询代码示例

?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58

selectFrom(USER);            select(                  customField( "%s-%s" ),                  USER.NAME,USER.AGE          ).from(USER);            select(                  customField( "upper(%s)-%s" ),                  USER.NAME,USER.AGE          ).from(USER);            selectFrom(USER).orderBy(USER.NAME.desc());            selectFrom(USER).where(                  USER.NAME.eq( "abc" )          );            selectFrom(USER).where(                  USER.NAME.like( "abc" )          );            selectFrom(USER).where(                  or(                          USER.NAME.like( "abc" ),                          USER.AGE.gt( 20 )                  )          );            selectFrom(USER).where(                  USER.AGE.gt( 20 ).and(                          USER.NAME.like( "abc" ),                          USER.AGE.gt( 20 )                  )          );                    selectFrom(USER).where(                  USER.NAME.leftLike( "abc" )          );                    selectFrom(USER).where(                  USER.AGE.between( 23 , 25 )          );                    select(USER.AGE.max()).from(USER);          select(USER.AGE.min()).from(USER);          select(USER.AGE.avg()).from(USER);          select(USER.AGE.count()).from(USER);          select(USER.AGE.sum()).from(USER);          select(USER.NAME.distinct()).from(USER);                    select(USER.AGE.sum()).from(USER).having(                  USER.AGE.sum().gt( 100 )          ).union(                  select(USER.AGE.sum()).from(USER).having(                          USER.AGE.sum().gt( 100 )                  )          );

查询是最复杂，也是最多变的，上面已经列举了大多数情况。

总结

通过上面的示例，基本上涵盖了四种SQL语句的处理方式。当然每种方案都有它自己的优点与缺点，正所谓萝卜芹菜各有所爱。

这个方案的优点是把SQL逻辑用有语义的代码进行编写，更容易理解；同时由于其与SQL语句的结构相当相似，也更容易写出相应的SQL逻辑，熟悉SQL的人的学习成本非常低；同时也可以非常好的避免SQL注入问题；较SQL拼接是有相当的改善的。也避免了SQL与Java代码分离导致的开发和调试的不方便。

当然也有它的缺点，比如，经常听到的反对声音就是不如写原生SQL。

完整实现版即将推出。

如果关心Tiny，可以访问Tiny主站:http://www.tinygroup.org，也可以一起加入我们。