一串数字，然而切让人付出心血。
谢谢你的数字。我找到我所要的答案啦。

从 WebLogicFans 链过来的 参观一下 WebLogic 高手的 Blog

YODA大师真是很厉害，初次访问你的blog很有收获

ListNum会和“项目符号和编号”混起来，如果文档里已经用了多级符号，用ListNum好像就不方便了。

好好取理

性能肯定是要受到影响的，尤其是页面内容越多，这种影响应该更明显

谢谢楼上诸位兄台的支持

to: ahx 如果你的页面响应时间能够在系统压力高峰期控制在60-80毫秒这么短的时间，那么我觉得sitemesh的影响相对比重反倒更大，但是绝对值应该很小。其实用与不用，只要能够达到客户要求的压力指标就可以了，比如客户会给定一个多少并发的前提下，要求系统达到多少TPS。一切都是为了满足需求，呵呵

很不错哦

非常感谢分析，是否可以用一个实际项目再测试一下呢。 例如，我们系统的一个页面（非信息展示页面）一般一个请求的处理时间60-80毫秒，这时会不会sitemesh对性能的影像就可以忽略了呢？

真的很严谨，值得学习。

多谢俊星兄鼓励！

条分缕析，楼主的文章很有严谨缜密啊。

@隔叶黄莺
好的，非常感谢。

谢谢

不支持ie7

@Jane Wu
非常感谢Jane！

还有第三种解决方法。在新的DRIVER应该已经没有这个问题了。

1用较新版的
db2jcc.jar db2jcc_license_cisuz.jar db2jcc_license_cu.jar
2.保证 classpath里面没有旧版的db2driver，特别是DB2和你的开发环境在同一个操作系统上时.
注意：安装过DB2之后，classpath会自动指向db2安装目录下的driver。


--------刚解决完同样问题,新鲜回复.

应聘要求

提交后，如果操作成功，没有人会用forward来做跳转，用forward是操作不成功返回输入页面的时候。
Token是防止重复提交，但是跳转不是。

对，楼上说的有道理。是我粗心，落了这一部分了。
重复点击也是一个问题，这个可以在点击提交按钮之后临时禁用这个按钮来规避。
但是如果是forward方式跳转，在提交后刷新页面也会导致重复提交的问题。

知道重复提交是什么意思吗？是在提交的时候，提交了不止一次，通常都是点击按钮后，在还没有处理完成的时候，继续点，就是发送多个请求。
你说的只是跳转，跟重复提交扯不到一边。

不错，不错~ 谢谢，收了

至于效率问题，可以用缓存去解决。不能因为效率就去否定hibernate。毕竟它用起来很方便。

好久没有看过Hibernate了。不过我印象中你提到的第二个sql语句是可以省略的。需要在one的一端设置inverse=true,many端设置inverse=false，也就是说将关系由多的一端维护。那样保存的时候，不是利用p.getEvents().add(e);而是通过e.setPerson(p)。我印象中是这样的，你可以尝试一下。到时候再告诉我一下结果。
对于Hibernate的使用我有一些体会，这个东西还是很强的，很多方面都考虑到了。但是，因为强所以很复杂，要想用得好必须要对其有比较深刻的理解，像延迟加载、缓存等。在使用之前一定要吃透官方提供文档和例子，否则还是用你有把握的sql语句，虽然复杂一些，但是不会有那么多麻烦。

做企业信息系统只考虑IE，呵呵

确实，我是以IE6作为测试的，忘了说明白了。
那在FF上如何处理呢？

这个不兼容firefox浏览器

不好用

呵呵，我其实也是，只要不是特别差的码率，我都觉得挺好的，耳朵不够灵敏

感谢flybean回复

你说的很对，后来我也在想，未必是浪费，尤其是在B/S应用中，从使用户使用习惯和B/S应用的特点来看，可能做完INSERT还真的就是需要SELECT，Hibernate的这种特点就正好帮助我们做了这件事情了。呵呵

[作为ORM工具，Hibernate配合OO的JAVA，可以减少CRUD的工作量。但它并不能代替SQL语句。] 这个严重同意，很客观的总结。

再次感谢。

我听歌听重型192以下的听不清楚了就，
要是耳机不好的话，我听不出192和350有什么区别的。
听mp3的少了。

用这个例子来说Hibernate不好，不太合适。

所产生的前两句SQL，是为了获取Person和Event实例，并不是做“无用功”。
如果Person已经cache在本地了，则只会产生insert语句，换句话说，在INSERT之前的应该是已经存在Person实例了。

你所想的是在已知personID和eventID的情况下，将两者关联；而Hibernate所想的是关联已知的Person实例和Event实例。

作为ORM工具，Hibernate配合OO的JAVA，可以减少CRUD的工作量。但它并不能代替SQL语句。

呵呵，不好意思啊，我只是因为喜欢听歌，才去查找这方面的知识的，平时没有接触过相关的技术工作。帮你找了一个URL：http://shu.dvdfaq.com.cn/category/1567.html 可以去看看

有没有关于这方面开发的编程资料？或提供几本书也行

good 啦

嗯，BeanSoft写的也是一个很好的办法

@tianya
"举个例子吧，我一个同事用SQL实现一个复杂的连接几个表的查询，数据量大的时候，需要花费数十分钟的时间。我使用Hibernate，再使用各种处理技巧（例如视图、分页、多线程、HSQL的优化、hbm.xml特殊处理）优化，实现的查询几乎能在半分钟之内显示结果。 "

如果你那同时花上你优化所用的一半时间来优化他的SQL，效率应该在你的一倍以上吧？

非常有用！
@echo off
set cp=
for %%i in (".\lib\*.jar") do call setenv.bat %%i
java -cp %cp% MyApp

setenv.bat
set cp=%cp%;%1

for /R %f in (*.jar) do xxxxx
for命令加上/R参数就可以递归子文件夹

这个比较简单，如果*.jar是在子文件夹下呢？

用href好像是不行的，但是我想了个办法，我是这么写的：
<a onclick="javascript:...." style="cursor:point">....</a>
这样就可以了，不要用<a href="...>

Hibernate思想不错~~性能方面没有深入研究

不了解hibernate就不要用，真是浪费了！

就你这种水平，别处来现眼了

打算用这个东东的，现在开始犹豫了。没有升入运用过，不敢保证自己有这个能力去优化。

To: tianya
首先谢谢你的答复。不是说Hibernate就是不好，存在就是合理，Hibernate有他适用的地方。对于Hibernate的理解和掌握我肯定没有你这么深，我想表达的意思是，Hibernate可能无法准确理解程序对于数据操作的需求，所以做了一些无用功（要解决这个问题，估计还真是得参考drinkjava兄的Hibernate“退化”用法），所以我有点不喜欢它。说到优化，我也相信你说的实际情况，但是抛开数据库的优化不说，单纯的SQL优化要比HQL和Hibernate的优化可能更加明了和简单呢。就像上面Hammer说的，对程序员来说，能直接看到sql是最放心的。我就是为了放心...呵呵

我觉得Hibernate很棒啊，提高效率是需要一些技巧的。一开始我也是像你们所说的那样使用简单的hibernate特性，后来在项目中不断探索，针对需要提高性能的地方着重进行优化，都能够很好的解决性能问题。
举个例子吧，我一个同事用SQL实现一个复杂的连接几个表的查询，数据量大的时候，需要花费数十分钟的时间。我使用Hibernate，再使用各种处理技巧（例如视图、分页、多线程、HSQL的优化、hbm.xml特殊处理）优化，实现的查询几乎能在半分钟之内显示结果。

一片口诛啊！我也来添一口，我做日本和欧美外包项目，从来没听说过那个用Hibernate的。以前公司里技术经理也专门做过测试，Hibernate的性能在大型应用里确实比JDBC低好多。一般的做法是把sql放在一个xml或专门的class里，大家都来这里取着用。即方便查看，又可以在出了问题直接把sql粘到数据库客户端上运行看效果。对程序员来说，能直接看到sql是最放心的。

同意 我基本是这样想的

把说明文档看完再说吧。。。。