Re: [站內] 找工作真的很難

看板java作者 (kapa)時間18年前 (2007/06/14 16:49), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串15/48 (看更多)
※ 引述《Lordaeron (Terry)》之銘言: : ※ 引述《tsumarahi (kapa)》之銘言: : : 哪個例子? : : hibernate可以透過hql : : select c, f.cname from child c join c.father : : 的例子嗎? : : 這樣會回傳Object[]{Child, String}沒問題. : : hibernate可以只取想要的沒問題,所以你說的問題是? : : 我認同選擇framework有利有弊,但是我看不出來你舉的例子是問題. : 請自行實作一下, 兩個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)
文章代碼(AID): #16SG4P7U (java)
討論串 (同標題文章)
文章代碼(AID): #16SG4P7U (java)