※ 引述《tier07 (tier07)》之銘言：
: ※ 引述《tier07 (tier07)》之銘言：
: : 請問大家的 Stored Proc, Trigger 有用版本管理系統來管理嗎(CVS, SVN or 微軟的) ?
: : 可以用來比較各版本的差異
: : 不管是, SQL Server, MySQL, Oracle,..
: : 想聽聽大家的意見
: 有朋友問到,
: 怎麼用 CVS, SVN 來管理呀? 是不是要存成檔案?
: 目前, 是要存成檔案沒錯,
: 我都懶得存, 所以問問看, 大家是怎麼做版本管理 ?
我的做法是把 scheme 都寫在檔案裡,
而測試好的 trigger, sp(pl/sql類的) 也是存在檔案裡.
因為我的資料庫不只一台主機, 需要修改資料庫 scheme 時所有的主機都要修改,
所以其實是以 cvs 為主, 最新版本的 scheme/trigger/sp 都是在 cvs 上,
檔名就像 scheme_define.sql 這樣...
當我需要建新的資料庫時,
只要將最新版本的 scheme_define.sql export出來匯入就行了
而升級資料庫的部分則是看 ci msg 來決定要下哪些 alter 的 sql,
當然其實這部分有另一個檔案叫 scheme_update.sql
在我寫好新版本的 scheme_define.sql 時, 就會寫一個升級用的 scheme_update.sql
所以要升級時只要將最新版本的scheme_update.sql與當前資料庫版本做 diff
就可以得知需要下哪些 sql 來做 update
至於用 c 寫的 trigger/sp, 本身就是個 source file,
所以用 cvs 就很正常了
另外, 我是偏好使用 svn, 因為 svn 是整個 repository 的版本向前,
不像 cvs 是每個檔案各有各自的版本,
這樣我比較難用版本編號去找出所有檔案的對應關係
像是trigger_abc.c v1.24與scheme_update.sql v1.84這兩者間的關係看不太出來,
用時間的話也很難說有絕對的關係...
如果用 svn, 我直接指定我要哪個版本與哪個版本的 diff,
而不用在乎 commit 的時間問題
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 59.121.16.42
※ 編輯: pakker 來自: 59.121.16.42 (12/17 20:48)