重构数据库并保留现有数据最佳实践？

Question

我一直在研究一个数据非常密集的应用程序，该应用程序具有约250个表。 最近，需要进行一些设计更改。 一些设计更改要求添加新表，并以1-N方式将这些表与现有表（外键）链接起来，以实现父子关系（在ORM中）。

举这个例子。 当前的设计允许每份合同一辆租赁车辆。 新设计需要在同一合同中以多个费率使用多个车辆。

因此，现在需要将一个表中的数据放入另外两个表中。

我已经完成了对架构的更改，但是在找到转换现有数据并将其放入新设计格式的方法之前，无法将这些更改部署到测试环境。

我目前的程序。

1. 添加3个新表nContract，nContractedAsset，nContractRate
2. 将信息从“合同”表复制到3个新表中。 在nContract表上保留与Contract表相同的主键字段。 从合同表中复制前例关键参考文献/索引/ nContract的权利
3. 掉期合约表
4. 将nContract重命名为Contract，依此类推。

我唯一的问题是我不愿意在SQL中进行第2部分。 我想使用ORM和.Net的功能来执行比本示例更复杂的方案的更智能和更复杂的任务

有没有办法在第二步中使用ADO.Net或ORM编写数据迁移？

什么是最佳做法或流程？ 难道我做错了什么？

Answer 1

我最终使用了FluentMigrator https://github.com/schambers/fluentmigrator

它使我能够进行诸如迁移之类的实体框架（请参阅：Ruby On Rails Active Record迁移）

大多数DDL可以以流畅的格式在.NET中编写。 它支持打包在事务中的UP和DOWN迁移，甚至还支持用于数据迁移的完整SQL脚本。

最好的是，所有迁移脚本都可以置于源代码控制中，甚至可以进行测试。