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

现在又比较流行一种DSL(Domain Specific Language)风格的数据库访问方式，比如：JOOQ、Querydsl等等，都比较成熟。仔细研究了一下，觉得存在如下问题：这两货都是收费的，这明显不符合时代潮流么；第二就是有点过度封装的意思，有许多东西都封装了，导致学习及使用成本上升；再就是体量都比较大，能不能又瘦又小又好用？

当然，也有一些同学有自己的实现，不能一一研究并列举，今天仅做验证性开发，不足之处同学们尽快提出来，只要合情合理，我们都会采纳。

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

删除代码示例

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

插入代码示例

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

更新代码示例

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

查询代码示例

                         
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，也可以一起加入我们。