一个上下文进行迁移已经没有什么可说的了，在大多数场景下，貌似都是一个应用程序中仅仅存在一个上下文，因为幕后对应的只有一个数据库，这个大家是手到擒来，而对于多个上下文迁移对应不同数据库迁移又怎么去操作呢？如果你非常熟悉迁移命令，那么就当做是回顾吧，如若不然，可以此作为基本参考，有点啰嗦了哈，我们进入正文。将模型迁移至数据库并持久化只需要如下三步。
多个上下文迁移至不同文件夹目录
Enable-Migrations命令
Add-Migration命令
Update-database命令
当统一应用程序只存在一个上下文时，我们只需要Enabel-Migrations即可，但是若存在多个上下文，若不明确指定上下文很显然会迁移报错，首先我们在NuGet控制台将项目更换到上下文所在项目中。
接下来运行Enable-Migrations初始化迁移目录，很明显会出现迁移异常。
由于存在多个上下文，所以我们需要明确指定迁移哪个上下文。通过在其命令后继续添加-ContextTypeName指定上下文，并继续利用-MigrtionsDirectory指定迁移目录，最后则是如下命令（不知道有哪些命令吗，在每个命令后添加一个【-】横杆并按下Tab键则出现你想要的命令）。
Enable-Migrations -ContextTypeName FlightDbContext -MigrationsDirectory:FlightMigrations
接下来利用Add-Migration命令对已挂起模型改变搭建基架，也就是说将上次迁移后我们对模型发生了更改，以此为下一次迁移搭建基架，此时生成的模型状态为挂起状态或者称作为待定状态。我们需要迁移上述生成FlightMigrations目录下的Configuration类，所以此时在Add-Migration命令后指定-ConfigurationTypeName，然后通过-Name指定第一次基架名称。
Add-Migration -ConfigurationTypeName EntityFrameworkTransactionScope.Data.FlightMigrations.Configuration -Name Initial
或者
Add-Migration -ConfigurationTypeName EntityFrameworkTransactionScope.Data.FlightMigrations.Configuration "Initial"
最后则只需要通过Update-database来持久化到数据库生成表了。
Update-Database -ConfigurationTypeName EntityFrameworkTransactionScope.Data.FlightMigrations.Configuration
同理我们对HotelDbContext利用上述三步命令来进行迁移，最后我们能够很清晰的看到，每个上下文迁移在不同目录，如下：
上述迁移也没任何毛病，将每个上下文单独迁移生成文件夹，那么我们是否有想过将多个上下文迁移到同一目录文件夹下且区分开来呢，在我们只有一个上下文时默认给我们创建的文件夹为Migrations，我们就在Migrtions文件夹下生成不同上下文迁移配置。
多个上下文迁移至相同文件夹目录
这个其实也很简单，我们在-MigrationDirectoty后面可以直接指定某个文件夹生成上下文，例如C:\A\DbContext，EntityFramework也做到了这点，下面我们来看看。
Enable-Migrations -ContextTypeName FlightDbContext -MigrationsDirectory Migrations\FlightDbContext
Enable-Migrations -ContextTypeName HotelDbContext -MigrationsDirectory Migrations\HotelDbContext
其余两步运行方式和迁移不同一样，最终我们会看到想要的结果。
通过上述迁移最终将生成FlightDb和ReservationDb两个数据库并对应FlightBookings和Reservations表。好了到此关于多个上下文迁移两种方式就结束了，我们继续本节的话题。
分布式事务
有时候我们需要跨数据库管理事务，例如有这样一个场景，有两个数据库db1和db2，而tb1在db1中，tb2在db2中，同时tb1和tb2是关联的，在上述中我们创建的航班和预订模型，我们需要同时插入航班数据和预约数据到不同数据库中，此时则要求事务一致性，所以为了处理这样的要求，在.NET 2.0，在System.Transaction命名空间下为我们提供了TransactionScope类。 此类提供了一种使代码块参与事务而不需要与事务本身交互的简单方式。强烈建议在using块中创建TransactionScope对象。