Re: [站內] 找工作真的很難
※ 引述《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
討論串 (同標題文章)