前端之家收集整理的这篇文章主要介绍了
.net – 如何管理和捕获多个开发人员的数据库更改？，
前端之家小编觉得挺不错的，现在分享给大家，也给大家做个参考。
我们有三个开发人员和一个测试人员都针对同一个
数据库.我们经常更改
数据库的架构,每次我们这样做都会对其他人造成头痛的涟漪效应.
针对MS sql Server 2008进行面向.NET的开发是否有良好的实践来管理？我在想Rails Migrations类似的东西,每个dev和tester都有自己的本地数据库.还是那个过度杀戮？至少要有单独的测试和开发数据库,但目前手动保持两个数据库的同步可能比我们目前的困境更糟糕.
LiquiBase似乎很有希望,有没有人成功地在类似的环境中使用它？还是有更好的方法？
如果重要的话,我们使用的是sql Server 2008,VS 2008和.NET 3.5.
我们有从头开始
生成数据库的脚本,这就是源
代码管理中的
内容.
每个开发人员(其中20个)正在使用脚本在其工作站上
生成2个
数据库.一个用于“工作” – 手动测试其中的示例数据(有脚本填充示例数据).另一个DB是空的,用于单元测试(打开事务 – 单元测试 – 回滚).
单元测试在多开发环境中是强制性的.
此外,我们总是构建“旧”数据库并对其进行模式更改.每个开发人员通过创建升级过程来改变架构(这是我们在同一时间内重建和升级的准备).
对于性能测试,我们使用“加载器” – C#代码模拟用户,并在开发人员工作站上填充数百万条记录.
原文链接：https://www.f2er.com/mssql/82174.html
