其他问题建议你看一下struts的源代码的action的缓存和同步是怎么做的
我想它的实现已经很不错了,呵呵

解决方案 »

  1.   

    4. 以“sql语句为key”,必然造成内存的大量无谓浪费。你能提出这些问题很不简单。:)只是jive早在几年前就把这些问题解决了。到google上搜索“jive源码分析”或者“jive缓存机制”,能找到很多有用的资料,jdon论坛上也有许多人在研究jive。如果对象缓存技术对于你们的系统非常重要,那么可以考虑EntityBean,它不会让你失望。
      

  2.   

    jive的我稍微看了一下,我好象没有它的这么复杂,我只想做到数据库结果集的更新和复用,而他好象是重构了很多东西的,封装的有点深……
      

  3.   

    如果不是用SQL语句当KEY的话该用什么呢?
      

  4.   

    晕啊!自己设计key咯,只要是有意义的。
    注意不要把缓存放得内容太多,只要一些常用的,要不然消耗资源太多了
      

  5.   

    不是啊,总至于我先把key和对应的SQL语句放到一个文本去,然后根据KEY查语句吧?
    特别是将来如果SQL语句会不可预料的增加的话
      

  6.   

    致于key,我以前使用过“项目代号.子系统代号.功能单体名.识别子”的方案。例如,一个项目代号为 XYH ,其中一子系统代号为 EM ,子系统下一功能单体名为 EMAdd ,为以后可能的功能扩展预留三位识别子 001 ,那么这个key就是“ XYH.EM.ENAdd.001 ”,这样整个系统的key就可以构成一个树型结构,层次分明,也不会有重复。当然,我的方案仅供参考,我任务这种方案并不是很理想。
      

  7.   

    缓存数据没有意思吧。数据库就是做这事的,你经常Select的数据已经被缓存了。
    做缓存Connection还有意义,不过大多数WEB Server都提供Connection缓存。
      

  8.   

    我用的是MYSQL数据库,我查看了一下进程,发现数据库并没有缓冲我的语句
    我想了想还是把单条查询结果的语句做个缓冲算了