Re: [閒聊] 開發一定要用MVC架構 ?
※ 引述《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)
→
07/01 09:57, , 1F
07/01 09:57, 1F
推
07/01 12:31, , 2F
07/01 12:31, 2F
→
07/01 12:31, , 3F
07/01 12:31, 3F
→
07/01 12:31, , 4F
07/01 12:31, 4F
推
07/01 12:40, , 5F
07/01 12:40, 5F
→
07/01 12:44, , 6F
07/01 12:44, 6F
→
07/01 12:44, , 7F
07/01 12:44, 7F
→
07/01 12:45, , 8F
07/01 12:45, 8F
推
07/01 12:52, , 9F
07/01 12:52, 9F
→
07/01 12:56, , 10F
07/01 12:56, 10F
→
07/01 12:57, , 11F
07/01 12:57, 11F
→
07/01 13:05, , 12F
07/01 13:05, 12F
推
07/01 13:06, , 13F
07/01 13:06, 13F
→
07/01 13:06, , 14F
07/01 13:06, 14F
→
07/01 13:06, , 15F
07/01 13:06, 15F
→
07/01 13:06, , 16F
07/01 13:06, 16F
推
07/01 13:09, , 17F
07/01 13:09, 17F
→
07/01 18:51, , 18F
07/01 18:51, 18F
→
07/01 18:56, , 19F
07/01 18:56, 19F
→
07/02 14:54, , 20F
07/02 14:54, 20F
→
07/02 16:14, , 21F
07/02 16:14, 21F
討論串 (同標題文章)