绝对不虚此行的活动 － 记Gavin King上海交流研讨会

robbin讲的满好的，解答了我前一段时间对Hibernate做性能优化遇到的一些问题。

一个典型的例子，是在单向的一对多关系时，如果直接插入、修改、删除多这边的PO对象，则一这边的集合的二级缓存无法更新的问题。
  <set name="places" cascade="none" inverse="true" order-by="id asc" lazy="false">
      <cache usage="read-write"/>
     
    <key column="site_id"/>
    <one-to-many class="com.agilefaith.impl.site.Place"/>
  </set>
我试过无论inverse="true"还是inverse="false"都无法更新。

另外robbin说的二级缓存是解决性能问题的法宝，这个说的很对，我们做Hibernate性能优化的经验与robbin完全相同。robbin说的确实是些经验之谈。

不过Hibernate的二级缓存也存在着一些缺陷。
首先，它是以PO的id作为缓存的key来保存PO，不适合以其他属性值来查找的情况。
其次，Hibernate的二级缓存仅在对单个PO执行CRUD（add、get/load、update、remove）时才会访问。如果执行批量加载（loadAll），仍然会执行select语句。

如果经常以非id字段查找PO对象，或者经常执行批量加载，则有必要实现特定于应用的自定义缓存。也可以使用ehcache来开发，ehcache从1.2之后也可以支持集群了。

这算spring的问题么？

Gavin提了一下struts2.0,webwork 啥的，没听懂他是说会支持还是不可能支持。

另外robbin你今天说的eager-fetch 我这边根本实现不了，在many-to-one端 配不配fetch="join" 根本没有区别，都会发起 1+N条查询，不知道为什么。

视情况而定啦。建议开新贴讨论这个问题。我理解的eager-fetch保证的是not lazy（这一定必须保证）.而join是一种期望的抓取策略，并不一定能保证。

lazy 的问题很早就有人抱怨说是 hibernate 的设计缺陷, 不得已才使用 OpenSessionInView, 跟 spring 应该没啥关系.   EJB3 可以做到 session 关闭后的 lazy?  莫非他能未卜先知加载 ui 上的元素,  还是根本不区分, 一股脑的加载到内存里? 

可能是指在seam 这个框架下吧。
seam定义了一个粒度比session小的会话窗口。具体的思想看下
http://docs.jboss.com/seam/1.0.0.GA/reference/en/html/tutorial.html#d0e1528
的
1.6.3. Understanding Seam conversations

http://docs.jboss.com/seam/1.0.0.GA/reference/en/html/tutorial.html#blog

A RESTful Seam application: the Blog example

现场感觉真的太棒了，难以想像J2EE社区教父level的人物这么和蔼。

不过～～ 我比较郁闷的是，居然跟另外一位同学重名了～～
谁让我自己没有名片，去的时候满世界找，最后拿了同学的名片就去了
跟Gavin King亲笔签名的书失之交臂啊～～
赶紧china-pub订购

这个是因为你的这个实践建议造成的：

这样就会带来内存模型和数据库模型不一致的情况

偶的实践建议是相反的：通过关联关系进行可达性持久化

在Parent上有这种方法：

add(Child child) {
  child.setParent(this);
  children.add(child);
}

remove(Child child) {
    child.setParent(null);
    children.remove(child);
}

设置inverse = true 和 cascade = all-delete-orphan
删除某个child的操作就变成一句话搞定：

parent.remove(child)

这样内存和数据库保持完美一致，而且代码写起来也简单，不需要ChildDAO上有啥create/delete/update/ Child的方法

双向关联的2级缓存也是非常好用的

正是这样,jboss web server才好卖嘛.
而且gavin坚信session复制的效果很好

感觉晓钢的seam讲得太少,也较浅,不过可能因为用的人太少了吧.
俺有个项目正在用seam. 1.1的bug还不少...