现有大型数据库上的数据库迁移
开始使用迁移框架（例如 RikMigrations 或
数据库是 SQL Server 2008，有 600 个表、300 个视图和 2000 个存储过程？我只是有点担心，达到我们现在所处位置的初始迁移会不切实际/缓慢/容易出错吗？
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
开始使用迁移框架（例如 RikMigrations 或
数据库是 SQL Server 2008，有 600 个表、300 个视图和 2000 个存储过程？我只是有点担心，达到我们现在所处位置的初始迁移会不切实际/缓慢/容易出错吗？
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
接受 或继续使用网站，即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论（1）
为什么不对数据库进行版本控制并以这种方式跟踪更改呢？ Red Gate 有一些出色的产品用于管理数据库更改：
通过使用这些工具，我们的团队的工作效率大大提高，并且可以自信地完成数据库更改。我在这里写了几篇关于它的文章： http:// /davidduffett.net/post/4663483715/database-Continous-integration-and-deployment-with-red
Why not version control your database and keep track of changes that way? Red Gate has some brilliant products for managing changes to databases:
Our team has been much more productive and database changes done with confidence by using these tools. I wrote a couple of posts about it here: http://davidduffett.net/post/4663483715/database-continuous-integration-and-deployment-with-red