首頁 > 後端開發 > php教程 > 數據庫版本使用DBV

數據庫版本使用DBV

Christopher Nolan
發布: 2025-02-21 12:09:10
原創
905 人瀏覽過

數據庫版本使用DBV

鑰匙要點

    DBV是一個基於PHP的數據庫版本控制系統,用於MySQL數據庫。它不是獨立的,需要一個版本控制系統,例如GIT,Mercurial或SVN,以便與您的團隊同步。
  • >
  • > dbv允許開發人員跟踪對數據庫的更改,與團隊成員共享這些更改,並確保每個人都使用數據庫的最新副本。它可以跟踪更改,例如新表,重命名或丟棄的表,新的或更新的字段,新的或更新的表行等等。
  • DBV工作流程
  • 涉及創建數據庫的本地副本,進行更改,將這些更改導出到磁盤,將其投入到源控制中,並將其推向中央存儲庫。然後,團隊成員可以將這些更改提交到本地副本。
  • >
  • dbv還支持修訂,使開發人員可以修改一個以上表的結構。但是,最好對單個表進行更改並為其進行修訂,除非這些更改彼此相關。
  • >最好始終在您的任何項目中使用版本控制系統。無論是您是唯一的開發人員的側項目,還是一個團隊項目,其中有五個或更多的人一起工作。但是,將數據庫放入版本控件中的想法並不是那麼普遍。通常,我們將數據庫視為理所當然。

>但是,就像我們項目中的源文件一樣,數據庫也在不斷變化。這就是為什麼我們還需要一種方法來跟踪我們所做的變化並輕鬆與團隊的其他成員分享。

在本文中,我們將查看DBV,DBV是MySQL數據庫中編寫的PHP的數據庫版本控制系統,因此您需要安裝PHP和MySQL,然後才能使用它,以及Apache或Nginx等Web服務器。

>有關此軟件的重要說明是它不是獨立數據庫版本控制系統,因為它需要諸如GIT,Mercurial或SVN之類的版本控制系統來與您的團隊同步。

>安裝dbv

開始使用DBV,首先您必須從其網站下載安裝程序,將其提取到項目目錄中,然後將結果文件夾重命名為DBV。這將為您提供以下路徑:

另一種方法只是從github克隆。

>

> dbv配置
<span>my_project/dbv</span>
登入後複製
登入後複製
登入後複製

>您可以通過創建config.php.sample文件的副本並將其重命名為config.php。

>在這裡要更新的最重要的內容是前兩個部分。只需將my_username,my_password,my_database的值替換為當前數據庫配置中的值:

>

上面的配置文件中的第一部分是關於計算機中的MySQL數據庫詳細信息。

第二部分是DBV本身的登錄詳細信息。

下一個打開.gitignore文件。默認情況下,它包含以下內容:

<span>my_project/dbv</span>
登入後複製
登入後複製
登入後複製

這些是Git將忽略的文件。但是,如果您知道自己的數據庫信息(用戶,密碼,數據庫名稱)與團隊配偶,則可以從.gitignore文件中刪除config.php。如果不是這樣,他們將必須創建自己的配置文件並將其排除在源控件中。

接下來,您還必須將數據/元/修訂文件添加到.gitignore,因為這是DBV列出有關數據庫本地副本的信息。您的隊友可能會有所不同,因此需要將其排除在源控件之外。

完成配置後,您現在可以將DBV添加到版本控件中:>

>然後將其推到您的中央存儲庫,以供團隊的其他成員拉動:>

<span><span><?php
</span></span><span><span>/**
</span></span><span><span> * Your database authentication information goes here
</span></span><span><span> * <span>@see http://dbv.vizuina.com/documentation/
</span></span></span><span><span> */
</span></span><span><span>define('DB_HOST', 'localhost');
</span></span><span><span>define('DB_PORT', 3306);
</span></span><span><span>define('DB_USERNAME', 'my_username');
</span></span><span><span>define('DB_PASSWORD', 'my_password');
</span></span><span><span>define('DB_NAME', 'my_database');
</span></span><span>
</span><span><span>/**
</span></span><span><span> * Authentication data for access to DBV itself
</span></span><span><span> * If you leave any of the two constants below blank, authentication will be disabled
</span></span><span><span> * <span>@see http://dbv.vizuina.com/documentation/#optional-settings
</span></span></span><span><span> */
</span></span><span><span>define('DBV_USERNAME', 'my_username');
</span></span><span><span>define('DBV_PASSWORD', 'my_password');
</span></span><span><span>?></span></span>
登入後複製
登入後複製
有什麼變化以跟踪?

> 在我們繼續使用dbv之前,

>。我想觸摸一些更改以跟踪的一些變化。在數據庫世界中,幾乎所有更改都可以納入源控制。這包括以下內容:
<span>config.php
</span><span>.buildpath
</span><span>.project
</span><span>.settings</span>
登入後複製
登入後複製

新表格

重命名的表
  • 掉落的表
  • 新字段
  • >更新的字段
  • 刪除字段
  • 新表行(默認表數據)
  • 更新的表行
  • 刪除的表行
  • 視圖
  • >存儲過程
  • 觸發
  • >函數(用戶定義的函數)
  • > dbv工作流
  • >您可以通過訪問以下URL來從瀏覽器啟動DBV:>

或通過訪問其URL定義虛擬主機。

這將為您提供類似於以下內容的接口:

>

<span>git add dbv
</span><span>git commit -m "add dbv into project"</span>
登入後複製
登入後複製

>從上方的屏幕截圖中,您將看到您之前在Config.php中提供的數據庫中當前的表。還有一個在DB字段中顯示特定表是否在數據庫中和磁盤中是否顯示當前表是否保存在文件系統中。有了這些信息,您幾乎都知道您當前是否有數據庫的最新副本。

>

使用DBV時要記住的一件重要的事情是,您對數據庫本地副本進行的任何更改都應具有本地副本,您可以將其提交為源控件。

這意味著,如果您在數據庫中創建一個新表,則必須將其導出到磁盤。導出到磁盤的所有表都保存在DBV安裝的數據/架構目錄中。您可以從下面的屏幕截圖中看到我們目前在文件系統中沒有TBL_Leadinfo表:> 數據庫版本使用DBV

導出新創建的表格磁盤後,您必須將其提交為版本控件:>
<span>my_project/dbv</span>
登入後複製
登入後複製
登入後複製

然後,您可以將其推到中央存儲庫:>

在這一點上,您可以告訴您的團隊伴侶您已經在數據庫中創建了一個新表格,並且已經將其推向了中央倉庫。現在,他們可以將其拉到本地副本上。
<span><span><?php
</span></span><span><span>/**
</span></span><span><span> * Your database authentication information goes here
</span></span><span><span> * <span>@see http://dbv.vizuina.com/documentation/
</span></span></span><span><span> */
</span></span><span><span>define('DB_HOST', 'localhost');
</span></span><span><span>define('DB_PORT', 3306);
</span></span><span><span>define('DB_USERNAME', 'my_username');
</span></span><span><span>define('DB_PASSWORD', 'my_password');
</span></span><span><span>define('DB_NAME', 'my_database');
</span></span><span>
</span><span><span>/**
</span></span><span><span> * Authentication data for access to DBV itself
</span></span><span><span> * If you leave any of the two constants below blank, authentication will be disabled
</span></span><span><span> * <span>@see http://dbv.vizuina.com/documentation/#optional-settings
</span></span></span><span><span> */
</span></span><span><span>define('DBV_USERNAME', 'my_username');
</span></span><span><span>define('DBV_PASSWORD', 'my_password');
</span></span><span><span>?></span></span>
登入後複製
登入後複製
>

下一步告訴您的團隊伴侶訪問DBV頁面(http:// localhost/your_project/dbv)。
<span>config.php
</span><span>.buildpath
</span><span>.project
</span><span>.settings</span>
登入後複製
登入後複製
您的團隊伴侶可能會有類似於以下屏幕:


在這一點上,他可以在TBL_Tasks表旁邊的複選框中打勾,然後單擊“推送到數據庫”按鈕。這將在數​​據庫中創建tbl_tasks表。 數據庫版本使用DBV>

>這就是與DBV合作的工作流程。很容易,不是嗎?但是,如果您需要更改當前數據庫模式怎麼辦?也許您錯過了一個字段,或者在將其分發給團隊之前忘記將其添加到特定的表格中。這就是修訂的地方。

修訂

>如果您像我一樣,並且嘗試更新架構(添加了一個新字段,刪除字段,更新數據類型等),則可能已經註意到DBV並不了解DBV默認。對於這些更改,您需要創建修訂文件。您可以通過在DBV安裝中的數據/修訂目錄中創建新文件夾來做到這一點。命名文件夾的約定正在使用一個數字。因此,您第一次進行修訂時,文件夾名稱為1,然後下次是2,依此類推。請注意,修訂是可以應用於整個數據庫的更改。這意味著您可以自由地修改一個以上表的結構,但是只能更改單個表並對其進行修改的好實踐。這是您和您的團隊輕鬆管理更改並以後了解更改的。這種做法的唯一例外是更改彼此相關的時候。在這種情況下,將這些更改放在一個修訂中是很有意義的。

>

>讓我們嘗試在TBL_USERS表中創建一個新字段,然後將其命名電子郵件:>

接下來,在DBV安裝中的數據/修訂/1目錄中創建一個新文件,並將您剛剛執行的查詢作為目錄。命名文件tbl_users.sql。這裡的約定使用修改表的名稱作為修訂文件的名稱。

如果要對多個表進行修改,請為每個表創建一個單獨的文件。 之後,您可以將新文件提交到源控件中:

<span>git add dbv
</span><span>git commit -m "add dbv into project"</span>
登入後複製
登入後複製

,然後將其推到您的中央存儲庫:

>您可以再次通知團隊伴侶有關特定變化的信息。在更改數據庫時,通信是關鍵。您想確保團隊中的每個人都與您在同一頁面上。

>

現在,如果他們從瀏覽器訪問DBV,現在可以看到修訂版。他們現在要做的就是在修訂旁邊的複選框中打勾,然後單擊“運行選定的修訂”按鈕。這將使您更改其本地數據庫副本:

>

數據庫版本使用DBV

結論

DBV是輕鬆管理數據庫版本控制需求的好方法。它使您和您的團隊可以輕鬆地跟踪數據庫中所做的更改。它還可以通過使用GIT輕鬆與團隊的其餘部分共享更改。這樣可以確保每個人始終擁有數據庫的最新副本。

>

在本文中,我們研究了將DBV與git一起使用,但是您幾乎可以使用您選擇的任何版本控制系統。回饋?請在下面的評論中保留它!

在數據庫版本上經常詢問問題

>數據庫版本控制的關鍵好處是什麼?

數據庫版本提供幾個好處。首先,它提供了對數據庫架構進行的所有更改的歷史記錄,這對於調試和審計目的可能很有用。其次,在錯誤或問題的情況下,它可以輕鬆回滾。第三,它通過確保每個人都使用相同版本的數據庫來促進團隊成員之間的協作。最後,它有助於維持數據庫的一致性和完整性,尤其是在分佈式開發環境中。

>

>

數據庫模式。這通常是使用諸如git的版本控制系統完成的。對數據庫架構的每個更改都將作為版本控制系統中的新版本提交。然後,這些版本可根據需要在不同環境(開發,測試,生產等)中更新數據庫架構。

>

可以使用哪些工具用於數據庫版本?

可用於數據庫版本的工具。一些受歡迎的包括液體,飛速和dbmaestro。這些工具提供了功能,例如自動架構更新,回滾功能以及多種數據庫類型的支持。工具的選擇取決於開發團隊的特定要求和偏好。

實現數據庫版本操作的挑戰是什麼?

實現數據庫版本,由於幾個原因可能會具有挑戰性。首先,它需要更改開發過程,這可能很難管理。其次,它需要仔細處理數據庫遷移,以避免數據丟失或損壞。最後,它需要對數據庫架構及其所做的更改有很好的了解。

>數據庫版本如何在敏捷開發中有助於敏捷開發?數據庫版本控制可以通過提供所有更改的歷史記錄,促進更改的簡易回滾以及確保在不同環境之間的一致性,從而有效地管理這些更改。這可以極大地提高開發過程的敏捷性和效率。

>

>數據庫版本如何與DevOps相關?

數據庫版本化是DevOps的關鍵組件,因為它可以啟用連續集成和連續部署(CI/CD)數據庫的變化。通過維護數據庫架構的版本歷史記錄,它允許自動部署不同環境的更改,從而提高DevOps流程的速度和效率。

可以與雲數據庫一起使用數據庫版本?是的,可以將數據庫版本控制與雲數據庫一起使用。大多數數據庫版本控制工具都支持廣泛的數據庫類型,包括雲數據庫。但是,特定功能和功能可能會根據工具和雲數據庫的類型而有所不同。

>

>數據庫版本在數據治理中的作用是什麼?

數據庫版本在通過確保數據庫模式的完整性和一致性來治理。它提供了所有變化的歷史記錄,這對於審計和合規性可能有用。它還促進了團隊成員之間的協作和溝通,這對於有效的數據治理是至關重要的。

>

>數據庫版本如何改善數據庫的性能?

,而數據庫版本本身並不能直接改善數據庫性能,可以通過提供模式變化的歷史記錄來幫助識別性能問題。這對於調試和性能調整可能很有用。此外,通過確保數據庫架構的一致性和完整性,它可以間接有助於更好的數據庫性能。

>

>數據庫版本掌握的最佳實踐是什麼?

一些數據庫版本的最佳實踐包括:使用版本控制系統維護數據庫架構的版本歷史記錄;將每個更改作為新版本;部署前對每個版本進行徹底測試;使用自動化工具進行架構更新和回滾;並保持團隊成員之間良好的溝通和協作。

以上是數據庫版本使用DBV的詳細內容。更多資訊請關注PHP中文網其他相關文章!

本網站聲明
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn
作者最新文章
熱門教學
更多>
最新下載
更多>
網站特效
網站源碼
網站素材
前端模板