缓存设计笔记

http://robbinfan.com/blog/38/orm-cache-sumup
http://www.cnblogs.com/dotey/archive/2013/03/08/2949153.html

看了下这两篇介绍缓存设计的文章。
第一篇主要以ORM的角度说,表设计粒度尽量细致,然后通过主键缓存能让效率发挥的更好。
然后发现当初我们的误区是:
在Hibernate里发现人家缓存机制吧查询转成N+1个sql,然后被吓住了, 然后就开始研究怎么写hql了,以为能优化效率
。。。多愚蠢,这样就浪费缓存机制了,而且还连表了,开发时数据小没啥问题,数据多了就瞎了。

第二篇主要的意思是
把条件查询放一个索引表中,查询id,然后再通过id查询缓存中的单元内容。
其中把id列表也缓存起来,如[1,2,3,4,5…100]用于分页。这个如果更新频率高就不太合适了,或者查询条件复杂
我觉得查询复杂的话是不是还是搜索引擎比较合适,然后搜索引擎查出来的id再去索引查单元内容。