※ 引述《tsumarahi (kapa)》之铭言： : ※ 引述《Lordaeron (Terry)》之铭言： : : 如果今天你讲不出来, 你之前的气炎去哪了? : : 我只是个反方, 你得要给出个正方来看看吧. : : 先讲讲hibernate 给你带来什麽好处吧, 讲不出来的话. : : 你还真的是很熟呢. 你不就很熟, 为何当有人求救时, 没看到你有半声呢? : : 以HQL 来讲, 如果我今天为了用hibernate : : 要花时间去了解hibernate 的全部, 还要了解 : : 一般SQL 以方便在hibernate 发出白痴SQL 时, 自行 : : 去调整, 这请问hibernate 的优点何在? 排除hibernate 本身还吃 : : 掉resource 的overhead不讲. : 哈哈,我可没说hibernate万岁,第一名,哪只眼睛看我说hibernate非常好? : 我只是要说你举的例子超烂XD... : 求救,不好意思,我常在www.javaworld.com.tw发言,所以比较少上ptt java板 : 这次会PO文就是怕你误导人 : 如果别人真的相信你写的,还真的以为不能partial select呢... : 好处唷,我这次PO文只是单纯想回你烂例子,所以我应该没有义务要回 : : 好戏?哈... : : 别想只用回嘴的, 给出你的hibernate 优点和它save 了你什麽work吧. : : 别人举的反正不好, 不代表你的就是好的. : 哇哈哈,我想你也没兴趣:p : 我很喜欢看不好的例子,我也支持hibernate不是最好, : 我回文再提一次,我只是...想说你那例子不适当,谢谢惠顾 适不适当, 随你怎麽看, 你也大可以说, 用hibernate 我最最大不了就是 用native SQL, 也没什麽辨不到的. 如果是这样, 请问你花时间去hibernate 做什麽? 要吵hibernate 的好坏, 刚好找到一堆人在吵的地方. http://robbin.javaeye.com/blog/24360?page=1#comments 其它有人提出一个比我好的scheme: ----------------------------------------------------- 例如有个业务场景，Department和Employee是一对多关系。现在我 对Department进行分页查询，要求在显示的页面上同时显示每 个Department中Employee的数量。这是一个很简单的业务场景， 但是想像一下如何用hibernate进行映射？ 首先否定一种做法：hql：FROM Department department。然後针对每 个department，去做department.getEmployees().size()。 这样不仅会发送n＋1条SQL，而且性能太低。 我们肯定希望采用一句HQL解决问题，但是此时问题来了，当你 试图做SELECT department, count(employee.id) FROM ..... 这样的HQL时，在Java端，发现没有一个合适的对象可以映射。 ----------------------------------------------------------- --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 220.139.245.189