hiebrnate有哪些沟壑--原作Qieqie

[b]hiebrnate有哪些沟壑[/b]：
1、Session是本次使用到的持久对象的容器，并内在使用jdbc的connection派发sql
2、Session的生命周期，不同的应用可能有不同的策略，是一次数据操作一个Session，或一个用户请求共享同一个Session?
后者可能使用到了Open Session In View Filter/Interceptor.或hibernate3的sessionFactory.getCurrentSession()
3、对象与容器的几种关系，以及如何转化？同样Id的对象是否可以有多个copy在容器中？
4、session flush是什么意思，什么时候会(自动)flush
5、load或object的many-to-one可能会用到proxy，这是什么意思?lazy-loading与此有关。
6、hibernate对集合的理解和处理
7、hibernate对cascade的理解和处理
。。。

[b]hibernate有哪些局限[/b]：1、session是一个容器，一次session装载过多object，会爆棚=>解决之道：evict, bulk operation
2、session总是装载一个对象的所有属性列，如果该属性数目够大(>50)，会对性能有所影响=>解决之道：对类或表列进行适当分拆
3、session默认总是对持久对象建立snapshot，所以1个对象将占用2倍的空间。=>一般这个不造成问题，除非是以上 1 的情况
。。。

[b]hibernate"奇怪"的地方[/b]：
1、save/perist一个对象时，为什么有的对象立即发送一个insert语句，有的不是：
这和主建策略有关，程序自己assign的主键，hibernate不会立即发送insert，其他的会

2、设置了join策略，但对query查询无效
对对象的某个to-one的属性设置join策略只load/get或nav到该对象时有效，query查询无效，哪怕该查询只返回一个对象。

3、修改对象时候，为什么抛出错误：
在Session的生命周期内，已经被Session管理的对象的数据库更新语句会自动被hibernate检测在必要的时候发送。
所以，程序没有必要调用dao.update/object.update(in active record pattern)的方法。如果调用了dao.update方法，则会抛出该错误。

4、那为什么同样的程序我调用就是错误，别人update就可以调用，而且必须调用才会更新到数据库？
那是因为“别人”的session周期很短，和“我自己”使用的Session周期策略不一样，他调用update时所使用的session已经不是前一句load/get/query该对象后的session。
也有可能是“别人”update的对象和刚才load/get/query出来的对象是同一个对象(==返回true)，此时update方法是多余的，但是调用了也不会发生错误(update的意思是：将一个还没有被给定session管理的detached对象交给session管理，但是如果该对象本来已经被session管理了，session也不会抛出错误)
5、不想更新某个数据，但是hibernate却自动给我更新到数据库，真是想不到：
一个对象如果被Session管理(之前从session load/get/query出来或该对象被update到session后)，如果该对象的属性变更了，这会被hibernate检测到，会自动被派发update sql，所以不要去更新他的值，如果本意不是要把“更新持久化”到数据库的话。
。。。

[b]小心：
二级缓存 总是要特别的注意，这是一个大策略，不是API级别的决定。[/b]

以上观点均被本人实践过，也仅为片面摘要。