看板
[ Database ]
討論串網管人
共 17 篇文章
內容預覽:
我認同, 作為 optimization 的手段, 用 SP. 並不是什麼大問題.. 但作為系統架構, 應該盡量統一. 如果正常架. 構上容許一般 biz logic 放在 DB level, 就. 不能阻止開發人員寫出 名 3-tier 實 2-tier. 的 non-scalable appli
(還有147個字)
內容預覽:
之前已經提過，SP應該避免把不必要的邏輯放進來，如果一個邏輯. 能複雜到消耗過多的cpu cycle或是memory，基本上要被歸類到不必. 要的邏輯去。. 要提到scalability，原則上要視每個case而定，有的時候邏輯放在. SP反而能夠scale，你舉得batch processing是
(還有63個字)
內容預覽:
對一半. 一般來說 performance 當然直接用 SP 比較好.. 如你所說, 省了 round trip 就差很遠了.. 問題在於 scalability.. DB 相比起 app server, scalability 不可同日而語.. 你的系統可能用 SP, 應付一百人沒問題, 但要應付
(還有324個字)
內容預覽:
簡單來說,就是寫程式的人只會寫在前端,而他也只會寫在前端. 該用 SP 的,就是一些資料處理的程式(少量邏輯規則,最好不要). 至於有人說日後若要轉移資料庫 bala bala 的. 我只能說,別想太多... 光 SQL Server 要轉到 Oracle都不容易了. (Oracle一個服務只有一個
(還有188個字)
內容預覽:
這部份完全沒有解釋performance上的問題，用不用 connection pool 都. 一樣。. 一個 DB connection 的確是可以執行好幾個SQL，但要注意到的是每執行. 一個SQL就是一次從client到server的 round trip。重複使用同一個 DB. connec
(還有520個字)