在團隊成員之間同步開發資料庫

植入本機資料庫

植入本機資料庫的好處是它減輕了需要執行遠端開發資料庫的需求。開發人員可以在開始時更好地控制進入其開發資料庫的資料。與使用共用的遠端資料庫相比，他們也可以更輕鬆地重設資料庫。

如果採用這種方法，則需要額外努力來保持植入資料和邏輯與目前結構描述同步更新。如果變更頻繁發生，這可能會構成挑戰，並可能導致開發人員難以順利加入專案。

連線到共用的遠端資料庫

讓開發人員連線到共用的遠端開發資料庫可以減輕在新進開發人員的本機資料庫中填充資料的負擔。這可能很有幫助，因為它可以簡化初始新人訓練，使開發人員能夠更快地提高生產力。使用共用的遠端資料庫也可能是有益的，因為資料庫的變更可以由單一開發人員定期遷移，然後這些變更可以被所有團隊成員使用。

使用共用的遠端開發資料庫的缺點是它需要額外的資源來執行，可能會產生額外的成本。此外，如果所有開發人員都針對同一個資料庫工作，則很容易覆寫資料。另一個潛在的問題是，如果團隊成員非同步採用結構描述變更，則頻外變更可能會對資料狀態產生負面影響，使其難以使用。

使用遷移

在團隊環境中使用關聯式資料庫時，使用遷移作為資料庫結構描述變更策略的起點至關重要。

資料庫遷移是一組工件，透過自動化，可以變更資料庫的結構。最簡單來說，遷移是一個 SQL 檔案，其中包含應用結構描述變更所需的語句。例如，向資料庫模型新增欄位可能會產生以下 SQL 檔案：

ALTER TABLE User ADD bio varchar(255);

雖然這個命令可以由單一開發人員在其本機開發環境的上下文中單獨執行，但將其作為資料庫遷移檔案存在，允許團隊中的所有其他開發人員透過自動化應用完全相同的變更。

特定資料庫遷移策略在語言和框架之間有所不同。但是，總的來說，它們遵循類似的模式：

1. 變更描述資料庫模型的程式碼
2. 產生一組遷移檔案
3. 執行遷移以執行語句並使變更生效

通知團隊成員變更

使用資料庫遷移作為變更策略將有助於保持團隊成員之間的資料庫結構變更同步。但是，通知開發人員這些變更可能具有挑戰性。

當兩個或多個團隊成員正在處理資料庫結構描述的同一部分或應用程式的同一部分（使用結構描述的給定部分）時，這會成為一個問題。這種情況很可能產生合併衝突並導致挫敗感。

雖然這種情況最好透過改善團隊溝通來解決，但技術可以在一定程度上提供幫助。

Git hooks 可以用來在不同時間通知開發人員結構描述的變更。例如，hook 可以用來檢查已經合併並應用於上游的結構描述變更，然後才允許開發人員推送他們的變更。這有助於減輕合併衝突，並使團隊更同步。

這種行為可以使用腳本編寫並應用於您團隊的特定情境，並以 git-migration-hook 作為起點。

自動化資料同步

當資料庫結構描述變更時，整個團隊很可能需要重新植入資料庫，以便其中的資料符合新的結構描述。維護植入腳本、分發它，並讓團隊中的每個人持續應用它可能會很繁瑣。

自動化此流程的一種選項是使用提供資料庫之間雙向資料同步的服務。雖然這種服務更常被用於同步遠端生產資料庫以用於各種目的，但它也可以用於跨團隊同步開發資料。這樣做允許團隊使用他們自己的本機或遠端開發資料庫，這些資料庫會持續更新。此類服務的一個範例是 Azure 的 SQL Data Sync。