※ 引述《tsumarahi (kapa)》之铭言： : ※ 引述《Lordaeron (Terry)》之铭言： : : 请自行实作一下, 两个table 不妨多放点资料, 看看performance : 你实作过吗? : 看看产生的sql吧 : 除了child会多捞一格id以外, 不会多捞father任何资料,请问perfromance差在哪? : 如果你要说mapping performance,那举这个例子没有意义 : 如果你觉得他会把father资料都捞出来,答案是不会 : "如果按sql的写法，就可以只在sql中取father名称（cname）" : 这句可是你说的,我写出来的那句hql,你就算给father再多十个栏位,他也不会捞出 : 不必要的资讯. : 除非你计较到多一格id都不行,fine..你赢,哈 : 多这一格我不认为效能会差到哪 : hibernate最大问题应该是在开发者必须知道太多东西 : 该不该实作equals, hashcode.lazy init问题, : 没写好时遇到的n+1,关系复杂时有时会吐出没遇过的exception, : 有关联时的删除跟移掉关系...etc. : 但是你说的 : "如果按sql的写法，就可以只在sql中取father名称（cname）" : 只要靠自己写hql, native sql就可以解决了,不会是问题. : ※ 编辑: tsumarahi 来自: 140.138.150.67 (06/14 17:06) 简单的讲, 这种关联的table, 通常一看下去 就会去建many-to-one. 但这样做的话, 如果遇到我所讲的sql 的要求. 你不去设lazy=true 或 getbyid, 哪你就等着看看罗. --

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