Re: [請益] java的效能!?

看板Soft_Job (軟體人)作者 (Terry)時間15年前 (2011/05/22 22:36), 編輯推噓4(4017)
留言21則, 6人參與, 最新討論串26/52 (看更多)
※ 引述《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

05/22 22:40, , 1F
當你碰到會用ORM一次撈千萬筆的資料的人, 有再多的ram跟機器
05/22 22:40, 1F

05/22 22:40, , 2F
都不夠用吧 XD
05/22 22:40, 2F

05/22 22:51, , 3F
全部撈出來 在過濾嗎....
05/22 22:51, 3F

05/22 23:24, , 4F
我期待這系列文章可以吊出更多大魚來!!!
05/22 23:24, 4F

05/22 23:50, , 5F
應該又有人要提開發效率的問題吧:P
05/22 23:50, 5F

05/22 23:52, , 6F
ORM有個優點是安全,除錯兼防呆,遇到那種不知道資安不懂
05/22 23:52, 6F

05/22 23:53, , 7F
DB的WEB開發者,不如矇著眼睛叫他用LINQ還比較快:P
05/22 23:53, 7F

05/22 23:53, , 8F
反正某大型網站手工硬幹的結果,還不是在迴圈裏 dbconn
05/22 23:53, 8F

05/22 23:54, , 9F
+select(然後迴圈裏還沒db_close),最後再湊成一張大表
05/22 23:54, 9F

05/22 23:55, , 10F
講這種傻子狀況,用不用都會發生. 這是人的問題
05/22 23:55, 10F

05/22 23:55, , 11F
難道你要說寫java 就不會out of memory?
05/22 23:55, 11F

05/22 23:56, , 12F
不想花錢雇高手只想交差了事的專案...還是ORM保險點..:P
05/22 23:56, 12F

05/23 00:03, , 13F
其實終究還是古老套裝vs.客製議題的延伸而已(其實也沒什
05/23 00:03, 13F

05/23 00:03, , 14F
麼可以爭的就是了...XD)
05/23 00:03, 14F

05/23 00:06, , 15F
TonyQ你好像覺得這裡的人用Framework都不會Tune就是了
05/23 00:06, 15F

05/23 00:08, , 16F
直接用JDBC寫SQL傻瓜一樣會撈幾千萬筆資料出來
05/23 00:08, 16F

05/23 00:08, , 17F
效能不好是人的問題,不全是Framework的問題
05/23 00:08, 17F

05/23 00:09, , 18F
我沒有這麼覺得啊,我只是說用framework要會tune。
05/23 00:09, 18F

05/23 00:10, , 19F
順便舉了一個我曾經看過只會用framework不會tune的蠢case,
05/23 00:10, 19F

05/23 00:10, , 20F
這樣你要說成我認為這裡的人用framework都不會tune...XD
05/23 00:10, 20F

05/23 00:10, , 21F
ok , 那是你的自由...XD
05/23 00:10, 21F
文章代碼(AID): #1DsHzJrq (Soft_Job)
討論串 (同標題文章)
文章代碼(AID): #1DsHzJrq (Soft_Job)