Hibernate相关随写

项目在用Hibernate，其实Data Access层用什么都是用，没有什么原因，很多面试官会堂而皇之的问一句：你们为什么用Hibernate，这个问题问的很好，很多人会回答的也很有意思，有的说：Hibernate是做Mapping的，可以让代码更简单，编写起来不会变得复杂，很明显这没有回答面试官的问题，DA这一层可以用的东西太多了,ibatis就是一个很好的例子。 都是把编程变得简单，其实最简单的回答是，我来这个项目的时候，他们就在用了，一直在用，看着还不错也就一直用下去了。

 

我为什么用Hibernate，说实话，我不知道，就是我来的时候，他们已经在用了，再说上一句：这是最流行的框架，如此而已。当然也会有人说，用hibernate会有系统问题，其实也是在胡说，在为自己的性能差找理由，而且还是一个堂而皇之的理由。hibernate性能差吗？ibatis性能又能好哪里去呢？其实就看你怎么用了。这样的问题就跟为什么用MySQL而不用SQLServer一样。

 

这两天无聊看了一些Hibernate相关的文章，无非就是load/get的区别，这个面试必须会问的问题，绕了很多人，如果这个问题不会，面试官就会下一个定义，这丫的面试者只会用hibernate不知道其中根本原因，其实，面试的人又能真正的了解其中的根本原因吗？ 我也问过别人这个问题，不过我问的时候我自己都感到心虚，最经典的回答无非就是： get会从数据库里去拿，load从缓存里面去那里，get如果拿不到的话就返回一个空对象，而load拿不到的话就会抛出一个异常。但是这个基本上是在忽悠的回答。1. load默认是数据库已经存在了，先看一下session缓存里面是不是有，如果有直接返回，如果没有直接返回一个proxy，当运用时候，先去二级缓存里面去取，如果没有那就去数据库里取，如果还是取不到那就抛出一个exception。 get就是直接缓存里面找一下，如果找不到，直接数据库里面找，如果还没有那就返回一个空的对象。

 

又会有人说道lazy load的问题，上来先会问一句：N+1问题是什么，解决方案是什么； 茫然之后，会回答：N+1问题是，当我们访问数据库的时候如果有一个一对多的关系的时候，当访问这个一的时候，数据库会把一load出来之后，再分N次加载那个N的东东。那解决方案是什么呢? Lazy Load应该是一个解决方案吧，起码是能解决这个问题，原因很简单当用的时候在让他去做那个N，能够解决一点这个问题。 那还有什么解决方案呢，batch fetching也是算是一种解决方案吧，毕竟一次去很多不会是N+1 而是会N/M +1. 还有一个每个人都会提出的二级缓存的问题，如果把这个N的东西放在缓存里面，一切也就不会去touch那么多次数据库了，这也是一个很好的解决方案。

 

还有一个东东是fetch，好几种fetch呢，什么batch，select， join，subselect，区别又是什么呢，select最简单，就是发语句去select呗，有什么就select什么，set的话就发N个，除非你设置了Lazy，那就等到用的时候再去select，但是还是N个东东，当然这个时候也是去创建一个stub，而不是一个空的东西。其次是join，就是用out join把所有的东西都取出来，subselect不懂是什么，没有用过，batch就是一次取几个，就是后面去取set东西的时候一次去取几个。默认的是select 加lazy=“true”。

 

inverse-倒转的，谁去维护比较好呢，看过一些文章，发现其实最好的还是让儿子去维护吧，不要去建议双向的关系，如果父亲也去维护的话，容易产生很多的update语句，所以父亲这边设置成false，而儿子那边设置成true。

 

还有一个就是transaction一样的被绕来绕去的东东，我们可以创建sessionfactory，但是建立的时候一般会很浪费资源，所以一般只是在启动的时候创建这个东东，另外我们也可用JDBC 去管理transaction也可以用JTA去管理transaction，hibernate只是去引用别人的这两个东东。

 

托管环境和不托管环境会有点不同，不托管环境一般都用JDBCTransaction，他会去beginTransaction，之后去做事情。也可以在托管环境中去做，一般就用JTA提供的解决方案，例如：你只需要引用相应的CMTTransactionFactory就可以了例如：

 

<attribute name="TransactionManagerLookupStrategy">org.hibernate.transaction.JBossTransactionManagerLookup</attribute>

 之后，系统会自动维护transaction，让编程变得很简单粗暴。你只需要做简单的session session = sf.getCurrentSession(); sessionFactory会去维护一切他要维护的东西。你也不需要去从session里面去做事情了，也不用去openTransaction了。

 

部署：JMX是一个很好的方式，以JMX的形式，透过JNDI找到相应的datasource自动的绑定JTA事务管理访问。

 

这篇文章就像老太太的裹脚,又臭又长,也就是随便写写,权当是一个记忆,一个回味,错错对对,已经不重要了.