Re: [SQL ] 關於預存程序(Stored Procedure)的設計?

看板Database (資料庫)作者 (會長繞跑了)時間18年前 (2006/08/29 12:51), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串2/5 (看更多)
我以三層式的架構來解釋的話 資料存取層對應資料庫裡面的sp(這兩個是不一樣的東西喔) 但我不知道你使用PHP時會不會用到三層式架構 J2EE & .NET都可以很輕易的將商業邏輯放在中間的邏輯層 最底層的資料存取層只做一些新增 修改 刪除 以及選取資料的動作 所以sp裡面只需要放很簡單的提取資料 修改資料 新增資料 這些動作就好了 ※ 引述《foxzgerald (O⊥M)》之銘言: : 資料庫名稱: MySQL : 資料庫版本: 5.1 : 內容/問題描述: : 我想問的是 SP 的設計該如何規劃,所以並不限定是 MySQL 5.x。 : 我用 PHP5 + MySQL 5 開發專案。大概稍後才發現自 ver5 之後,MySQL : 便內建支援 Stored Procedure。稍微翻了寫書、找了些資料之後,發現 : 這功能滿好玩的,能夠簡化不少 PHP 的程式碼和處理邏輯。 : 但是學會一個新的技巧之後,常會發生 overhead 的現象--把處理邏輯 : 塞進 SP 塞過了頭。在寫 MySQL 的 SP 時,深深感受到不好維護、而且 : debug 困難,所以如果全塞進去,大概順便隱藏了場大災難。 : 希望高手能指引方向、提供一些經驗,該如何規劃 SP 和處理資料的物件 : 以便使這一切達到一個美妙的平衡? -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.109.169.200 ※ 編輯: seagal 來自: 140.109.169.200 (08/29 12:56)
文章代碼(AID): #14yyV80Y (Database)
文章代碼(AID): #14yyV80Y (Database)