Re: [閒聊] 開發一定要用MVC架構 ?

[Adonisy (堂本瓜一)]

※ 引述《iFEELing (ing)》之銘言：
: 唔 我在目前的公司碰過三次 programmer 超愛 SP 的專案
: 第一次 programmer 說是效能問題
: 然後把幾乎所有邏輯層通通塞到 SP 裡面
: 還直接從 SP 裡面發MAIL  , 丟 http request 去其他server傳資料
: 再讓其他 SERVER 連回 DB 開始撈資料


等一下下，好像有點誤會...
一般要用 SP，哀最大的一定是 programmer，因為平常他們愛什麼
SQL指令，就寫什麼 SQL指令，自己拚字串抓自己想要的資料好 happy
用 sp的話，DBA要設計好給 programmer呼叫，這樣要等 DBA設計好
在系統分析中，很容易成為「要徑」

而現在看到大多數的系統，都是過猶不及，寫 SP的重點在「只負責處理資料」
不參與前端邏輯規則，沒有人要你包前端邏輯規則在 SP中啊

至於全寫在前端的，就現成可看到的例子，就是 phpbb 論壇

因為它裝 phpbb時，可以任選資料庫(mysql或是 oracle,sql server)
，所以所有事都在 php中做，你看他的資料庫，有設定 pk，但沒有設定關聯

搜尋論壇文章是用 select column from table where column like '%搜尋字串%'

所以論壇量大要搜尋就會 timeout
結果你猜他們怎麼解決？ 就是開個功能，把可搜尋間隔拉長，你 N分鐘之內不能
搜尋第二次

至於有人提到，日後轉換資料庫會很麻煩 balabala的...

你以為為什麼台灣 ORacle的市佔率還是那麼高的原因嗎？
不是它便宜，也不是它真的多穩定，而是資料庫轉異質資料庫本來就幾乎是
不可能的事了
（除非你只把資料庫當存資料的地方，什麼功能都沒設定）

至於同質資料庫，一直沒什麼問題啊（抓頭）

--
昔日所為 今日所受
今日所為 明日所受


--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.221.67.170
※ 編輯: Adonisy         來自: 61.221.67.170        (07/01 09:23)
→ TonyQ:這篇跟我的經驗比較像 XDDD
推 iceonly:我遇到的情況是某個物件是從一個sp撈，轉移到這邊時跟你
→ iceonly:講a table不維護了，b table某欄沒在更新的，然後這欄是cd
→ iceonly:ef用來join的key
推 iceonly:然後處理資料的部份也會改(同上
→ iceonly:你不過最討厭的地方是你要改sp一定要送表單給dba,其他只要
→ iceonly:程式端改改就好
→ iceonly:多打了你 @@
推 iceonly:另外個人不太懂處理資料與邏輯分開的例子,能舉例一下嗎？
→ Adonisy:新增會員，SP只接收帳密，在sp只負責insert到資料庫
→ Adonisy:其他動作非關Insert、update、delete、select都不做
→ andymai:就像存錢到銀行去~櫃員處理後~把錢交出去~銀行把錢怎麼放
推 iceonly:這看起來只是普通的prepared statement阿;也就是說每個tab
→ iceonly:le都準備個insert用的sp而已嗎？如果不能放進其他三個指令
→ andymai:、放在哪~櫃員沒有必要知道一樣~同樣放錢的人不需要知道這
→ andymai:原來是誰的錢、幹嘛用的...
推 iceonly:通常櫃員不知道那是錢，就算知道那是錢也不知道是美金英磅
→ robler:我寫程式時超討厭要搞SP的東西
→ f1234518456:沒有DBA ...QQ
→ erspicu:弱弱問一下 SP 哪兩個字縮寫?
→ Adonisy:Stored procedure