Hibernate学习笔记（七）

   Hibernate中的Session

         看完了第十一章让我明白了Hibernate的边界。

         持久化上下文是理论上的一个概念。但是在Hibernate中，这个就变成了一个Hibernate的Seesion(当然这只是对于像我一样的初学者来说）。

         其实Hibernate也有其运行的范围，那就是从session开始，到session结束，在这个session中，所有的数据都会慢慢同步，更新都由Hibernate来控制。对象在持久，脱管和瞬时3中间游走。

 

   getCurrentSession（） Session传播

          这个方法是一个很方便的方法。从定义上来说。就是一个seesionfactory会给一个线程建立一个session。然后在这里线程中，任何地方调用这个方法都会返回那个session。但这个session的上下文并不和其他的session一样。这个session的上下文的是跟着这个session产生的Transaction的。

          这个方法最初的作用其实就是使得逻辑上面更加的清楚。因为如果没有这种方法。当几个方法需要共享一个session的时候，那么就需要把一个方法中包含所有功能，或者把Session当做参数来传递。

          当然使用这种方法的时候，我觉得有一个很重要考虑的问题就是原子性。要分清楚当几个方法连续工作的完成一个目标的时候，有多少是需要做到数据库中事务的级别的。

  利用Hibernate对话。FlushMode.MANUAL 给用户以考虑时间。

         这里觉得只是有时候需要让一个Session暂时的进入休眠状态。这时候就是把seesion的flushmode调成这个，然后交给一个manager类来管理。

 

  update和save

        hibernate会自动检测好一个对象是否需要插入数据库还是更新数据库中的记录。也就是确定一个对象是新还是旧，然后再确定相关的草组怕。

        1）标识符属性为null

       2）版本或者时间戳属性（如果存在的话）为null

       3）同一个持久化类的新实例（有Hibernate内部创建）有着与指定实例相同的数据库标识符值

       4) 你在映射文档中给类提供一个unsaved-value,并且标识符属性的值匹配。unsaved-value属性对于版本和时间戳映射元素也可用。

       5）包含相同的标识符值的尸体数据不在二级高速缓存中

       6）你提供org.hibernate.interceptor的一个实现，并且在检查完你自己的代码中的实例之后，从Interceptor。isUnsaved（）返回Boolean.True

     

  孤儿删除

      其实了解了可传播持久化后，会明白这是所有的操作中最难有效率实现的一个。在hibernate中，你只要用一个标签就能实现相关的功能。

 

   总结

      由于在前面映射那里下了功夫来看，所以这一块在理解层面没有太大的难度。

      但是却对可传播持久化则是让我感触颇深。所谓的可传播持久话就是在一个对象被持久化，或者剔除之后。相应的对象也跟着做相应的对象。

     这个看起来简单的话，但是操作起来却是相当的麻烦。复制中的深复制和浅复制有着相似的复杂。其实在复制中，一个你已知对象的深复制可能不需要太复杂。不断的new就可以解决问题。

     但是对于一个未知对象，如果就一无所。我想到的办法只有反射和递归。当然hibernate有xml文档可以参考。用不着那么笨拙。

     可传播持久化在hibernate中叫级联。当一个对象被持久化时，hibernate会把自动的判断对象是否需要保存。这和可传播持久化有着概念上的区别。但是却有着类似的效果。

      觉得级联是一个不错的功能，可以减少很多让人觉得麻烦的代码。但实际操作中，个人觉得除非类和类之间的关系不简单，就以程序员能控制为标准，来决定。

     对由于hibernate中。已经简化了很大的操作。已经简化了复杂度。这里我冒昧一句。级联这种操作铁定用了反射。而且估计是完全依赖。这对性能有着影响。也许很大，也许不大。但是如果能把握的住。何必冒险？

  批量更新

      其实Hibernate对于批量更新来说，做的并不是那么的没用你可以通过creatQuery语句，用HQL来进行。

      至于批量的加入数据，我觉得是见仁见智。因为Hibernate相对于jdbc自己来写，问题在于Hibernate要消耗很大的内存。好处就是不用关心那些复杂的关系。

      当然Hibernate也提供了一定的建议，比方说用session.flush和session.clear。或者StatelessSession。

  过滤器

      如果做了书上的例子。你会发现，用了过滤器之后，其实就是生成的sql的where里多了个条件。

  

	       <filter name="RankLimit"
	              condition=":currentUserLink 
	                         >= (select i.rank from session_item i
	                             where i.type_id=TYPE_ID)"></filter>
	          <!-- 形成的sql语句
			        select
			        item0_.TYPE_ID as TYPE1_37_,
			        item0_.LAST_UPDATED as LAST2_37_,
			        item0_.description as descript3_37_,
			        item0_.active as active37_,
			        item0_.rank as rank37_ 
			    from
			        SESSION_ITEM item0_ 
			    where
			        ?                            >= (
			            select
			                i.rank 
			            from
			                session_item i                               
			            where
			                i.type_id=item0_.TYPE_ID
			        ) 
			     -->

   

     看了这个例子就明白了。配置和生成的sql语句

 Hibernate的事件，拦截器。

       设计的和java的原有的事件模型我觉得没什么不一样。但是想象，基本上也就是这种mvc的模式。

       这里打算以后遇到实际情况来写。毕竟空谈这种东西还不如看书。