【问题标题】:Database Migrations on an existing large database现有大型数据库上的数据库迁移
【发布时间】:2011-07-29 19:01:23
【问题描述】:

在现有的大型遗留数据库上开始使用诸如RikMigrations 或Tarantino 的迁移框架是否可行?架构一直在调整,所以我希望使用迁移来管理这些调整。

数据库是 SQL Server 2008,有 600 个表、300 个视图和 2000 个存储过程?我只是有点担心最初迁移到我们现在的位置会不切实际/缓慢/容易出错?

【问题讨论】:

  • 我认为这取决于您可用的资源。虽然如果它一直被调整,那会让事情变得更难。
  • +1 关于寻找这个问题的答案 :)
  • 你所说的可行是什么意思?如果有机会,我不想碰这样的数据库。但是,如果系统需要扩展 - 除了迁移之外,您还能用它的数据做什么?
  • @bendemes 迁移将用于实施这些调整。为什么这会让事情变得更难?
  • @user49 我编辑了我的问题,这是否使它更清楚?

标签: asp.net sql-server database-migration


【解决方案1】:

为什么不对您的数据库进行版本控制并以这种方式跟踪更改? Red Gate 有一些出色的产品用于管理数据库更改:

  • SQL Source Control:版本控制您的数据库(几乎所有 VCS:Mercurial、Git、SVN 等),并在团队中更轻松地进行数据库开发,因为您都可以拥有自己的专用数据库来工作。您还可以使用此工具对静态数据进行版本控制。
  • SQL Compare:用于比较 2 个数据库(例如,版本控制与您的 TEST 或 PRODUCTION 数据库)、导出脚本和同步数据库
  • SQL Data Compare:用于比较您的应用程序所需的静态参考数据(如枚举值、国家/地区列表等)

通过使用这些工具,我们的团队的工作效率大大提高,并且充满信心地完成了数据库更改。我在这里写了几篇关于它的帖子:http://davidduffett.net/post/4663483715/database-continuous-integration-and-deployment-with-red

【讨论】:

    猜你喜欢
    • 2020-08-24
    • 2017-11-22
    • 1970-01-01
    • 2019-05-03
    • 1970-01-01
    • 2014-04-10
    • 1970-01-01
    • 1970-01-01
    • 2014-07-05
    相关资源
    最近更新 更多