※ 引述《Lordaeron (Terry)》之銘言： : 以上兩個只能叫hibernate 的Bug. : 而不是benefit/advantage, drawback/disadvantage : 給個題目吧:--假設資料量都是很大的.-- : 父表father和子表child，我現在查詢child的資料，表格中需要顯示每個child的father名稱 : ，如果按sql的寫法，就可以只在sql中取father名稱（cname）， : 如：select c.*, f.cname as fathername from child c join father f ...... : 如果用hibernate 呢? 我明白你想說是什麼. 不過這理論未必成立. 一般較為大型一點的 app, 特別是 multi-tier 的 app, 中間處理通通都是基於本身己有的 domain model, 再經過一些預先定義好的 data access layer (DAO etc) 假設本身的domain model 根本就是 Child 裡面有 Father 的 ref, 你經 JDBC 也好 Hibernate 也好, 也是避免不了 這些 "無謂" 的資料. 要是你已定義了 Child 裡面存 著 Father 的 name, 也不會因你用 Hibernate 或 JDBC 而有很大的分別. Hibernate 甚至能有 Lazy Fetching 把不常要的資料在真的 access 到時才 fetch 說 Advantage Disadvantage 反而是 Hibernate 這類 工作方式適不適合你的系統. 比如很多 backoffice 系統 需要做大量 data 的 update 或搬移, O-R mapping 的 solution 要你把東西都取出, 修改, 再 save. 而DB Oriented 的方法 則只是一句 update/insert/delete, 後者當然適合. 但對於很多 transactional 的 app, 工作模式都是取需要 的 object 再修改再 save 或作 enquiry etc, Hiberate 則很切合. 你整天都在說 Framework 只能在 Frame 裡 Work, 我則會說, Framework 是在 Frame 裡就能 save my work. Alien --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 202.22.246.26 ※ 編輯: adrianshum 來自: 202.22.246.26 (06/12 18:52)