非常简短:
我正在基于Ladislav Mrnka的一篇文章对基于Code First构建的现有项目实施EF迁移
在已经投入生产的项目中实施EF迁移时,如何在应用于Development的更新和生成的Scripts之间管理迁移脚本?
我感到困惑的原因是为每个脚本生成的MigrationId附加了一个TimeStamp.在我的迁移尝试中,我注意到在dev和prod的__MigrationHistory表中记录的条目是不同的,因此提出了一个问题,如果数据库要经历相当多的迁移升级,那么是否因为任何原因需要降级,使用update-database -script创建脚本的确切MigrationId是非常困难的
非常简单的过程,您可以在其中创建一个创建__MigrationHistory表的$InitialMigration.然后,任何更新数据库都会对模型进行任何更改,以使数据库迁移.只要您有一组逻辑分组的模型更改,此过程就会循环.
查看__MigrationHistory表显示
+------------------------------------+-------------------------+------------------------------------------------------------------+----------------+ | MigrationId | CreatedOn | Model | ProductVersion | +------------------------------------+-------------------------+------------------------------------------------------------------+----------------+ | 000000000000000_BootstrapMigration | 2012-03-01 17:40:39.567 | 0x1F8B08000000400ECBD07601C49...HASH_TruncATED...CA7F54A20F50000 | 4.3.1 | | 201203011745335_AutomaticMigration | 2012-03-01 17:45:33.557 | 0x1F8B08000000400ECBD07601C49...HASH_TruncATED...F4AE3681EF50000 | 4.3.1 | +------------------------------------+-------------------------+------------------------------------------------------------------+----------------+