討論串(共5篇) - [SQL ] 關於預存程序(Stored Procedure)的設計? - 看板Database

看板 [ Database ]

討論串[SQL ] 關於預存程序(Stored Procedure)的設計?

共 5 篇文章

排序：最舊先 | 最新先 | 留言數 | 推文總分

內容預覽：開啟 | 關閉 | 只限未讀

首頁

尾頁

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

推噓0(0推 )留言0則，0人參與作者foxzgerald (O⊥M)時間18年前 (2006/08/29 12:18)資訊

內容預覽:

資料庫名稱： MySQL. 資料庫版本： 5.1. 內容/問題描述：. 我想問的是 SP 的設計該如何規劃，所以並不限定是 MySQL 5.x。. 我用 PHP5 + MySQL 5 開發專案。大概稍後才發現自 ver5 之後，MySQL. 便內建支援 Stored Procedure。稍微翻了寫書

(還有171個字)

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

推噓0(0推 )留言0則，0人參與作者seagal (會長繞跑了)時間18年前 (2006/08/29 12:51)資訊

內容預覽:

我以三層式的架構來解釋的話. 資料存取層對應資料庫裡面的sp(這兩個是不一樣的東西喔). 但我不知道你使用PHP時會不會用到三層式架構. J2EE & .NET都可以很輕易的將商業邏輯放在中間的邏輯層. 最底層的資料存取層只做一些新增修改刪除以及選取資料的動作. 所以sp裡面只需要放很簡單的提

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

推噓0(0推 )留言0則，0人參與作者foxzgerald (O⊥M)時間18年前 (2006/08/29 13:04)資訊

內容預覽:

目前手上專案的資料庫結構有點小複雜，. 變更一筆資料可能牽動另外兩三張 table。. 如果以方便維護為考量，應該把這些處理邏輯放在資料存取層；. 如果以效率考量，應該把邏輯放在 SP 裡頭(避免資料在 php/mysql 中穿梭). ...不知道這樣的概念正不正確?. 老實說，我對資料存取層和 S

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

推噓0(0推 )留言0則，0人參與作者seagal (會長繞跑了)時間18年前 (2006/09/01 13:39)資訊

內容預覽:

我要看ㄧ下實際的例子才能夠知道. 這些更動的邏輯應該放在哪裡比較適合. 例如如果是ㄧ些正規化的的表格. 當更動ㄧ筆資料時候. 會因為參考完整性. cascade的去修改每一筆參考記錄的資料. 這樣的情形就ㄧ定得放在預存程序裡面. 而FK的屬性也要設定好讓資料可以cascade的修改或刪除. 若更

(還有433個字)

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

推噓0(0推 )留言0則，0人參與作者foxzgerald (O⊥M)時間18年前 (2006/09/02 04:07)資訊

內容預覽:

由於 DB 和 OOP 是分開學的，直到用的時候兩個才正式撞在一起 = =". 我隱約知道有 O/R Mapping 這麼一回事，但是實作的細節並不是很清楚。. 請問就學習 O/R Mapping 的概念和實作方式上，. 有沒有什麼指標性的文件資源可供參考?. 嗯.. 有抓到概念 Thx a lot

首頁

尾頁