做好了以后，忽然觉得有点迷茫，感觉不用Hibernate不也挺好的么，咱为什么现在开口闭口都是Hibernate呢，于是便有了今天的题目。

    很久以前没有Hibernate的时候：

    第一阶段：我们写程序都是直接用JDBC，甚至在JSP页面中直接去createConnection，然后执行查询，输出到页面。

    第二阶段：后来觉得每次都是创建一个连接，好像效率不高，于是看了别人的介绍，要用数据库连接池，好的，那便用数据库连接池吧，每次都从pool中获得一个Connection，然后查询数据。

    第三阶段：用了连接池，还是效率不高，那怎么办呢？用缓存吧，自己实现缓存？可以，也可以用开源的缓存框架。

    第四阶段：到了OO大流行的时代了，一切都要OO，恰逢Hibernate降临人世，于是一切都用Hibernate来实现了，其实同期还是有不少其它ORMAP框架的，比如（TOPLINK、JDO、IBatis等，IBatis国内用的还比较多，另外两个好像用的比较少）。

    第五阶段：忽然EJB大流行，事务的概念被广为传播（并不是原来没有事务的概念，只是实现起来比较麻烦），借助EJB的广为传播，Spring+Hibernate的组合也慢慢占据了大半市场。此时事务用Spring AOP的声明式事务来解决，缓存可以用开源的缓存框架（已经和Hibernate无缝集成了），数据库连接池也是通过配置的方式在SpringContext.xml文件中配置，貌似一切都很完美。

    真的到了第五阶段，一切是不是真的完美了呢，如果一个很小的应用，需要从好几个数据库查询数据，但是每个数据库仅需要查询那么一两张表的数据，偶尔添加、删除几条数据，数据量也不大，此时我们是不是还用第一阶段的方式会更好呢，好像有时配置多数据源也不是那么方便的事情。或者使用Spring中的JDBCTemplate，貌似也不错。

    再往后看，难道Spring+Hibernate的组合就天下无敌了么？难道就没有新的框架了么？前段时间，JavaEye上关于充血模型、贫血模型的讨论吸引了多少眼球，以后是不是会有这么一个框架用于实现充血模型呢？

   说了这么多，最终只是想说明白这么一句：用恰当的技术做恰当的事情，这真是一个艰难的选择……，至于未来，更是迷茫，因为我们只是跟随者，而不是领导者。

今天仔仔细细的看了一下Hibernate的缓存，并做了实例实践了一把。google一下，网上的教程、文章很多。
自己小结一下：

Hibernate的缓存分为：

• 一级缓存：在Session级别的，在Session关闭的时候，一级缓存就失效了。
• 二级缓存：在SessionFactory级别的，它可以使用不同的缓存实现，如EhCache、JBossCache、OsCache等。

缓存的注释写法如下，加在Entity的java类上：

• @Cache(usage = CacheConcurrencyStrategy.NONSTRICT_READ_WRITE)

缓存的方式有四种，分别为：

• CacheConcurrencyStrategy.NONE
• CacheConcurrencyStrategy.READ_ONLY，只读模式，在此模式下，如果对数据进行更新操作，会有异常；
• CacheConcurrencyStrategy.READ_WRITE，读写模式在更新缓存的时候会把缓存里面的数据换成一个锁，其它事务如果去取相应的缓存数据，发现被锁了，直接就去数据库查询；
• CacheConcurrencyStrategy.NONSTRICT_READ_WRITE，不严格的读写模式则不会的缓存数据加锁；
• CacheConcurrencyStrategy.TRANSACTIONAL，事务模式指缓存支持事务，当事务回滚时，缓存也能回滚，只支持JTA环境。

另外还有如下注意事项：

1、查询缓存需要在Query的相应方法执行前加上这么一句：

query.setCacheable(true);

在使用Hibernate时，获得的query有setCacheable方法，可以设置使用缓存，但当使用JPA时，javax.persistence.Query并没有setCacheable方法，此时如果JPA的实现是Hibernate时，可以将其进行如下转化，再调用setCacheable方法（如果JPA的实现是其它ORMAP框架，就不知道怎么做了）。

2、还有就是查询缓存的查询执行后，会将查询结果放入二级缓存中，但是放入的形式是以ID为Key，实例作为一个Value。

3、hibernate的配置文件中需加入如下信息：

        目前Envers支持Hibernate和Hibernate-entitymanager(JPA实现).

        这个特点在需要对历史数据进行存档时很实用，而且目前Envers已经合并到Hibernate的新版本中去了，使用起来更方便，具体Hibernate哪个不太清楚。

        留个印记..............

没有仔细研究具体内容，先记下一笔，日后有时间时，可以实践一把。