随笔档案

做企业信息系统只考虑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是最放心的。

同意 我基本是这样想的

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

呵呵 去注册了下 为了下东西 没参与什么项目 看来以后还是少注册点帐号 要不然徒增麻烦 呵呵

呵呵，那我改一个，谢谢你的提醒

你的文章不错,但你的blog太黑了,看不下去

Hibernate,一开始省心,然后越来越不省心...

多谢各位给我更多的参考信息
BeanSoft，你知道我说的是哪里？哈哈，那你是不是参与了那里的项目了？

Hibernate做过两个项目，不稳定。后来弃用了，用JDBC自己写了一个类似的。

iBATIS还是不错的。
毕竟myspace这个全球前几的网站用的iBATIS.NET.
我想java版本 的ib性能还是有保障的

Hibernate的一对一，一对多，多对多一直都是谨慎用为好，尤其是大表时候的效率很低。的确，iBATIS在做SQL为中心的项目时，更合适和高效一些。你说的那个地方我能猜到，那个地方高手很多，我发了个Netbeans Struts 2插件的使用视频发表，马上有人来说这插件如何如何不好，好像我是作者（遗憾的是我不是插件的作者），我就得把它做成世界一流，要负责一样。开源的软件嘛，大家都清楚就行了，有人给做个插件都不错了，不要搞的自己好像很热爱开源，主要目的就是希望开源的人就得做一流的插件出来，然后自己免费用，然后自己做不了还老指责别人，甚至指责写文章来推广它的人。国内的情况，大家还不都是拿着别人的东西（开源免费的和盗版的），自己一分不想花，完了还做东西来卖钱。

呵呵～说得好～支持一下。我们之前一个BOSS项目，原来设计使用Hibernate，但是因为性能问题，到了中后期，除了使用单表维护，其他全部被JDBC替代。然后在另一个相对小型的项目中打算采用，开发了两个月，因为性能问题，被全盘弃用。重新走直接SQL的老路。
个人觉得，Hibernate只能在中小型系统中、或对于数据处理量要求较少的系统比较适用。

多谢楼上两位的补充

比如有些报表，记录多的情况，确实不希望在浏览器中打开那个Excel，就应该这么做的。

楼主还有一个地方要注意的，如果要指定下载文件名是中文的话，可能就需要对那个文件名字符串编码成 ISO8859-1

.... 还有些人不用 Windows 或者 Office 的。呵呵，虽然这样也可以。

好文!!~~

贡献（哈哈）一个连接 是翻译的该文。昨天刚看到，没想到今天就在bj上看到
http://blog.csdn.net/esoftwind/archive/2006/10/19/1341089.aspx

好东东，不错。谢谢！