Re: 網管人
※ 引述《FireLake (XXX)》之銘言：
: 之前已經提過，SP應該避免把不必要的邏輯放進來，如果一個邏輯
: 能複雜到消耗過多的cpu cycle或是memory，基本上要被歸類到不必
: 要的邏輯去。
: 要提到scalability，原則上要視每個case而定，有的時候邏輯放在
: SP反而能夠scale，你舉得batch processing是一個例子，其他像是
: 減少不必要的大量資料回傳到APP、有hot table/block的情況、或是
: 減低lock contention時，把(部份)邏輯放在SP反而是對scalability
: 有幫助。
: 在performance上，使用SP有很大的優勢，在scalability上，並沒有
: 一定，要依各個case而定。
我認同, 作為 optimization 的手段, 用 SP
並不是什麼大問題.
但作為系統架構, 應該盡量統一. 如果正常架
構上容許一般 biz logic 放在 DB level, 就
不能阻止開發人員寫出 名 3-tier 實 2-tier
的 non-scalable application.
我只是反駁你所說, "把 logic 放在 SP 對 performance
有很大優勢" 這一點而已. 以架構角度出發,
把 logic 放 SP 並不一定有 performance 優勢.
但善用 SP 作 optimization 能對大大改善某
些情況的 performance
我想大家的想法是一致的, 只是著眼點有所不
同罷了 :)
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.238.156.185
※ 編輯: adrianshum 來自: 61.238.156.185 (07/07 11:34)
推
07/13 21:56, , 1F
07/13 21:56, 1F
討論串 (同標題文章)