在团队成员之间同步开发数据库

播种本地数据库

播种本地数据库是有益的，因为它减轻了运行远程开发数据库的需求。开发人员可以在开始时更好地控制进入其开发数据库的数据。与使用共享远程数据库相比，他们还可以更轻松地重置数据库。

如果采用这种方法，则需要付出额外的努力来使播种数据和逻辑与当前模式保持同步。如果更改频繁发生，这可能会带来挑战，并可能导致开发人员顺利入职出现问题。

连接到共享的远程数据库

让开发人员连接到共享的远程开发数据库可以减轻在本地填充新开发人员数据库的负担。这可能很有帮助，因为它使初始入职更容易，使开发人员能够更快地提高工作效率。使用共享远程数据库也可能是有益的，因为数据库的更改可以由单个开发人员定期迁移，然后所有团队成员都可以使用这些更改。

使用共享远程开发数据库的缺点是它需要额外的资源来运行，可能会产生额外的成本。此外，如果所有开发人员都针对同一个数据库工作，则很容易覆盖数据。另一个潜在的问题是，如果团队成员异步采用模式更改，带外更改可能会对数据的状态产生负面影响，从而使其难以使用。

使用迁移

在团队环境中使用关系数据库时，至关重要的是使用迁移作为数据库模式更改策略的起点。

数据库迁移是一组工件，通过自动化，可以更改数据库的结构。最简单地说，迁移是一个 SQL 文件，其中包含应用模式更改所需的语句。例如，向数据库模型添加字段可能会生成以下 SQL 文件

ALTER TABLE User ADD bio varchar(255);

虽然此命令可以由单个开发人员在其本地开发环境的上下文中单独运行，但将其作为数据库迁移文件存在，允许团队中的所有其他开发人员通过自动化应用完全相同的更改。

特定的数据库迁移策略在语言和框架之间有所不同。但是，总的来说，它们遵循类似的模式

1. 更改描述数据库模型的代码
2. 生成一组迁移文件
3. 运行迁移以执行语句并使更改生效

通知团队成员更改

使用数据库迁移作为更改策略将有助于使团队成员之间的数据库结构更改保持同步。但是，通知开发人员这些更改可能具有挑战性。

当两个或多个团队成员正在处理数据库模式的同一部分或应用程序的消耗给定模式部分的部分时，这会成为一个问题。这种情况很可能产生合并冲突并导致挫败感。

虽然这种情况最好通过改进团队沟通来解决，但技术可以在一定程度上提供帮助。

Git hooks 可用于在不同时间通知开发人员有关模式更改的信息。例如，可以使用 hook 来检查已经合并并应用到上游的模式更改，然后再允许开发人员推送他们的更改。这可以帮助减轻合并冲突，并使团队更加同步。

可以使用 git-migration-hook 作为起点，将此行为编写成脚本并应用于您团队的特定场景。

自动化数据同步

当数据库模式更改时，整个团队很可能需要重新播种数据库，以使其中的数据遵守新模式。维护种子脚本、分发它并让团队中的每个人以持续的方式应用它可能很乏味。

自动化此过程的一种选择是使用提供数据库之间双向数据同步的服务。虽然这种服务通常用于出于各种目的同步远程生产数据库，但它也可以用于跨团队同步开发数据。这样做允许团队使用他们自己的本地或远程开发数据库，这些数据库会不断更新。此类服务的一个示例是 Azure 的 SQL Data Sync。