[SQL ] Business Logic該放進Stored Procedure嗎？

看板Database作者 (TKU牳牳牳)時間15年前 (2010/06/18 12:41), 編輯推噓2(2推 0噓 4→)
留言6則, 5人參與, 最新討論串1/1
我用的是 PHP + MySQL。最近剛學會Stored Procedure的一點皮毛。 SP看起來好強大，效率好又省下些傳輸資源。讓我甚麼都想在SP直接做掉。 例如說遊戲的道具，道具的功能花樣一大堆，各功能會動到的資料表也非一致， 這些功能應該寫在PHP的Business Logic裡嗎？幫各類道具分別寫SP會有壞處嗎？ 又例如說用遊戲裡的錢去買道具，要叫價錢出來，又要叫錢包出來看錢夠不夠， 還要檢查口袋放不放的下，買完要扣錢，口袋多個新道具。 不用SP要做的查詢至少有三個。 用SP把這些動作綁一起算踩進Bussiness Logic的範圍嗎？ -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.25.250.54
推
06/18 14:58, , 1F
Why not?.. 若是沒有轉換資料庫的需求..用 SP 很好阿!
06/18 14:58, 1F
→
06/18 15:42, , 2F
我從341篇看來的，說物件互動要用business logic做。
06/18 15:42, 2F
→
06/18 15:58, , 3F
所以SP只做資料讀寫是為了將來可以轉資料庫囉？
06/18 15:58, 3F
→
06/18 23:23, , 4F
主要是為了擴充性，個人認為。
06/18 23:23, 4F
推
06/19 03:02, , 5F
忽然腦中浮現"SAP 客製化"這些關鍵字ORZ
06/19 03:02, 5F
→
06/20 14:45, , 6F
DB資源比AP珍貴；AP可以很多台分散流量，DB要顧及資料一致.
06/20 14:45, 6F
‣ 更多 kkkke 的文章
文章代碼(AID): #1C6laMvi (Database)