如果一個由多個人組成的團隊參與數(shù)據(jù)庫開發(fā)，并且由于多個人執(zhí)行相同的存儲過程或函數(shù)或清除其他人未執(zhí)行的代碼而導致沖突，那么如何將數(shù)據(jù)庫應用于數(shù)據(jù)庫？ 碼？ 相同版本的控件。 許多團隊對此事感到非常惱火。 在某些團隊中，其他團隊沒有數(shù)據(jù)庫開發(fā)權限。 如果要修改或添加，則需要應用，并且DBA忙得不亦樂乎。

為什么要控制數(shù)據(jù)庫版本？

首先，最重要的是，多個人可以隨意修改和執(zhí)行存儲過程或函數(shù)。  （當前需要一種安全控制機制。）

二，數(shù)據(jù)庫版本的演變，如果數(shù)據(jù)庫已經在線，則版本控制非常重要，并且應用程序和數(shù)據(jù)庫位于同一版本下 通過這種方式，可以很容易地追溯到開發(fā)過程中已發(fā)布程序中的問題。

第三，很容易跟蹤人員對數(shù)據(jù)庫的相關更改。

版本控制方法將使用oracle數(shù)據(jù)庫和pl / sql開發(fā)人員開發(fā)工具，svn版本控制工具為例。 我的重點將是大量的存儲過程和存儲函數(shù)。

首先，要注意一個結構，即數(shù)據(jù)庫中的過程和功能都封裝在包中，這不僅便于管理，而且也非常便于版本控制。 因此，這里的過程和功能都在軟件包中。

團隊需要擁有一個共享數(shù)據(jù)庫，即核心數(shù)據(jù)庫。 然后將有一些開發(fā)人員沙箱。 最好每個人只有一個沙箱，即每個用戶的數(shù)據(jù)庫環(huán)境，可用于編寫，編譯，運行和測試。

在版本控制的庫中創(chuàng)建一個新的數(shù)據(jù)庫控制目錄，并在下面以sql文本格式導入數(shù)據(jù)庫結構文件文件，包括表，序列，視圖（TSV代表表，序列，視圖和數(shù)據(jù)庫結構）等?？梢詫⒂|發(fā)器視為單獨的文件，因為觸發(fā)器的修改頻率不如TSV。

上面的文件是一個數(shù)據(jù)庫結構文件，基本上不會改變。 同時，維護用于數(shù)據(jù)庫結構修改的sql命令文本，其中記錄了用于數(shù)據(jù)庫結構修改的sql命令。 需要注意命令的順序。  DBA可以定期將此更新文件的內容合并到TSV文件中。

然后創(chuàng)建一個包目錄，該目錄存儲所有包，并在包中組織過程和功能。 然后每個包一個文件。  （將程序包保存在pl / sql developer中，它將變成pck格式的文本文件，其中包含標題和正文，因此非常方便）。 文件名是默認軟件包名稱。

很容易確定上述結構。 以上述方式將共享數(shù)據(jù)庫另存為文本，并將其保存在版本控制目錄下。

對于普通開發(fā)人員，如何進行修改？ 以修改后的存儲過程為例。

首先：在修改之前，在svn的控制下更新文件，并將服務器的最新版本獲取到本地。

然后打開pl / sql Developer，file ---- open ---- program File在svn目錄中打開需要修改的包，然后可以隨時對其進行修改 修改時只需保存，因此修改后的內容將保存在本地svn文件中。

您可以在本地提交它，而不會出現(xiàn)任何問題或沖突。

每個開發(fā)人們遵循此過程，因此版本控制中的數(shù)據(jù)庫必須是最新和最完整的，并且它比共享數(shù)據(jù)庫更完整。 這消除了DBA手動維護數(shù)據(jù)庫一致性的需要。 因為每次看起來都更像，所以您可以從svn日志中看到誰進行了更改。 非常方便。 如果多個人修改了存儲過程，它將不會同時執(zhí)行，這將導致一方程序被淘汰。 將每個人自己的沙箱中的程序同步到共享數(shù)據(jù)庫沒有任何麻煩。