.net – 如何管理和捕获多个开发人员的数据库更改？

发布时间：2020-12-12 16:33:09 所属栏目：MsSql教程来源：网络整理

导读：我们有三个开发人员和一个测试人员都针对同一个数据库.我们经常更改数据库的架构,每次我们这样做都会对其他人造成头痛的涟漪效应. 针对MS SQL Server 2008进行面向.NET的开发是否有良好的实践来管理？我在想Rails Migrations类似的东西,每个dev和tester都有自

我们有三个开发人员和一个测试人员都针对同一个数据库.我们经常更改数据库的架构,每次我们这样做都会对其他人造成头痛的涟漪效应.

针对MS SQL Server 2008进行面向.NET的开发是否有良好的实践来管理？我在想Rails Migrations类似的东西,每个dev和tester都有自己的本地数据库.还是那个过度杀戮？至少要有单独的测试和开发数据库,??但目前手动保持两个数据库的同步可能比我们目前的困境更糟糕.

LiquiBase似乎很有希望,有没有人成功地在类似的环境中使用它？还是有更好的方法？

如果重要的话,我们使用的是SQL Server 2008,VS 2008和.NET 3.5.

解决方法

我们有从头开始生成数据库的脚本,这就是源代码管理中的内容.
每个开发人员(其中20个)正在使用脚本在其工作站上生成2个数据库.一个用于“工作” – 手动测试其中的示例数据(有脚本填充示例数据).另一个DB是空的,用于单元测试(打开事务 – 单元测试 – 回滚).

单元测试在多开发环境中是强制性的.
此外,我们总是构建“旧”数据库并对其进行模式更改.每个开发人员通过创建升级过程来改变架构(这是我们在同一时间内重建和升级的准备).

对于性能测试,我们使用“加载器” – C#代码模拟用户,并在开发人员工作站上填充数百万条记录.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!