Freyja的查询缓存功能详解
freyja作为项目中取代hibernate的ORM框架很符合我的心意，原本来说hibernate对开发效率基本没什么提升，而hibernate的执行效率来说本身属于比较慢的一类。
?
这类框架都属于JDBC的一层封装，在性能方面，能体现出价值的地方就在于如何利用好缓存。针对项目本身不需要集群、分库。freyja从设计一开始就少了许多负担。
?
查询缓存作为ORM框架中的重要一环，在此我写一点我对查询缓存的理解和freyja里面对查询缓存的做法
?
一开始确实是对查询缓存这块异想天开了，仔细分析之后发现只处理得了单表的查询缓存。还不能去支持部分函数，支持的sql如：
?
select * from user
select name,level from user
select name,level from user where level > 1 .....
select name,level from user where level in (1,2,3)
。
。
。
不支持的如：
select name from user where id in (select ........)
?
联表查询实在是烦杂。
?
在freyja里面，每一句hql都会被解析成一个HqlMapping
?
?
这个key就对应一个结果集存在cache中。同时还需要存入一些条件key在不同的缓存中。
?
拿比较简单的HQL语句分析：
?
表中有这么几个记录：
id name age level
1 ?'a' ? ? ?12 ? 1
2 ?'b' ? ? ?15 ? 2
3 ?'c' ? ? ?16 ? 2
?
"select name,age from user where level = 2"
?
查询出来的结果为
'b' 15
'c' ?16
?
保存的select key word为 name和age
where key word 为 level
?
这么做是因为能改变这条sql结果集的是由这3个key word构成的。
?
他们被放在cache中，结构为?Map<String, List<QueryKeys>>
一个字段对应多条查询缓存结果集。意思是，改变一个字段的值可能修改多个结果集的结果。
?
?
然后利用国产神器：Lite?表达式引擎，带入变量判断是否满足条件。
?
?
??
这个里面有一个待优化的内容，
如："select name,age from user where level = 2"
?
如果是"update user set id = 6 where level = 2" 这么一条HQL，事实上是没有改变任何一个缓存结果集的。但是因为没有类似于Hibernate的动态update功能，不知道update(T) 实质上改变了哪些字段，所以没法区分只能统一移除。
当然，?executeUpdate(HQL)是可以修改下改进改进的。
?
?
*****查询缓存暂时就这么多内容了。联表查询之类的就交给数据库吧。
?
后面会想办法增加动态update功能、会把ehcache search替代为Lite表达式引擎。
?
下面有最近的src和bin jar。测试项目在前面的篇幅有提供下载。
?
1 楼 aa87963014 2011-11-26 有一个问题。String 如何转换成Date？
