想知道是否有人曾想過/實施過這樣的事情。Oracle數據庫版本控制方案
我正在考慮實施數據庫版本控制計劃。每天一次,一個作業將運行,將所有的DDL和源代碼輸出到一個文件中。然後將對該文件運行散列。哈希將以版本號存儲在數據庫中。只要散列發生變化,散列值就會被更新,版本號也會增加。
這有道理嗎?除了每天會發生一次事實之外,任何人都會看到任何巨大的漏洞?
任何人做過類似的事情?
想知道是否有人曾想過/實施過這樣的事情。Oracle數據庫版本控制方案
我正在考慮實施數據庫版本控制計劃。每天一次,一個作業將運行,將所有的DDL和源代碼輸出到一個文件中。然後將對該文件運行散列。哈希將以版本號存儲在數據庫中。只要散列發生變化,散列值就會被更新,版本號也會增加。
這有道理嗎?除了每天會發生一次事實之外,任何人都會看到任何巨大的漏洞?
任何人做過類似的事情?
這裏有一個博客帖子大約標的一些隨機的傢伙。他鏈接到一些好的文章給出想法。
另一種方法可以是腳本您的增量更改,以便這些腳本的總和代表您當前的版本。好處是 - 特別是如果你在一個團隊中開發的話 - 單個腳本可以在提交到版本庫之前在本地實例上進行測試。
我會使用一系列增量腳本,如果變化很多且頻繁,並且您的方法如果數據庫代碼已達到一定的穩定性水平。
不確定你看到的用途是什麼。我傾向於使用AUDIT和/或DDL觸發器來捕獲數據庫中的代碼更改。
我不會使用它來代替正確的源代碼控制版本,雖然如果不存在並且你沒有能力把它放在適當的位置,它可能比沒有更好。
一個想法是,有時參考數據與代碼一樣重要。
沿東西工作區管理器的線路雖然是版本管理數據:
http://www.oracle.com/technology/products/database/workspace_manager/index.html