看板 Soft_Job 關於我們 聯絡資訊
※ 引述《cklonger (22)》之銘言: : 只要OR maping的話 : 不需要用Struts + Hibernate : 只要用JPA就行了 : 去用Struts + Hibernate還包了一堆你用不到的東西 : 此外用ORM不會用cache 不會調Query Hints : 會比JDBC效能還爛很多 : 在insert跟update會非常明顯 : 用ORM的專案要知道目的是什麼 : 如果專案是有一堆資料物件要reuse 那用ORM是還好 : 或是專案要容易修改維護資料查詢的部份 : 有些人認為為了這裡幾個優點用ORM 要在效能付出太貴的代價 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 除非是大廠的主機, 否則,不貴啊, ram不夠, 加大, 現在ram 才多少錢? -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.45.240.94
TonyQ:當你碰到會用ORM一次撈千萬筆的資料的人, 有再多的ram跟機器 05/22 22:40
TonyQ:都不夠用吧 XD 05/22 22:40
cloudccw:全部撈出來 在過濾嗎.... 05/22 22:51
kimkao:我期待這系列文章可以吊出更多大魚來!!! 05/22 23:24
luciferii:應該又有人要提開發效率的問題吧:P 05/22 23:50
luciferii:ORM有個優點是安全,除錯兼防呆,遇到那種不知道資安不懂 05/22 23:52
luciferii:DB的WEB開發者,不如矇著眼睛叫他用LINQ還比較快:P 05/22 23:53
luciferii:反正某大型網站手工硬幹的結果,還不是在迴圈裏 dbconn 05/22 23:53
luciferii:+select(然後迴圈裏還沒db_close),最後再湊成一張大表 05/22 23:54
Lordaeron:講這種傻子狀況,用不用都會發生. 這是人的問題 05/22 23:55
Lordaeron:難道你要說寫java 就不會out of memory? 05/22 23:55
luciferii:不想花錢雇高手只想交差了事的專案...還是ORM保險點..:P 05/22 23:56
luciferii:其實終究還是古老套裝vs.客製議題的延伸而已(其實也沒什 05/23 00:03
luciferii:麼可以爭的就是了...XD) 05/23 00:03
deanh:TonyQ你好像覺得這裡的人用Framework都不會Tune就是了 05/23 00:06
deanh:直接用JDBC寫SQL傻瓜一樣會撈幾千萬筆資料出來 05/23 00:08
deanh:效能不好是人的問題,不全是Framework的問題 05/23 00:08
TonyQ:我沒有這麼覺得啊,我只是說用framework要會tune。 05/23 00:09
TonyQ:順便舉了一個我曾經看過只會用framework不會tune的蠢case, 05/23 00:10
TonyQ:這樣你要說成我認為這裡的人用framework都不會tune...XD 05/23 00:10
TonyQ:ok , 那是你的自由...XD 05/23 00:10