关于EntityFramework的Migration
最近项目需要，用到了EF的Code First，开始的时候不知道，所以没有详细的搞，发现了几个问题，记录下来，以后看看：
1. 多对多表的时候，Configuration的配置是不能少的，找出对应表之间的主键，外键关系，通过Fluent Api进行配置，感觉还是蛮简单的。
1 modelBuilder.Entity<EquipmentClassPropertyType>() 2 .HasMany(m => m.EquipmentCapabilityTestSpecification) 3 .WithMany(m => m.TestedEquipmentClassProperty) 4 .Map(m => 5 { 6 m.ToTable("T_Equipment_EquipmentClassAndSpec"); 7 m.MapLeftKey("EquipmentClassPropertyID"); 8 m.MapRightKey("EquipmentCapabilityTestSepcID"); 9 });
在两个对应类中均有对方的List，这样才能形成多对多关系；关键：对应类中不能有相同的外键，这样会导致新的问题的出现；
2. 关于配置文件：
书写程序的时候，直接把数据的连接字符串链接的名称放到XXXContext中，可以节约N多功夫；
3. 就是关于数据的迁移变更问题了，刚开始，每次都干掉数据库，发现这是个问题啊，后来去看看了Migration，原来也是挺简单的；也就是几句代码的事，就是玩cmd命令一样，超级简单：
1 Enable-Migrations // 启动数据库迁移 2 Add-Migration AddNewClass // 增加的新的类，完成数据变更，但是此操作只是挂起操作 3 Update-Database // 将挂起的操作写入数据库，实现变更 4 Update-Database -TargetMigration:$xxxx 5 // 读取原有的变更参数，恢复原来的数据
当一个程序中有两个或者以上的Context时，需要设置对应的Context
1 Enable-Migrations -ContextTypeName Greatwall.MOM.Entity.DbContexts.CommonContext
如果编译器要更你对着干，那就简单，在后面补上一句：
1 Enable-Migrations -ContextTypeName Greatwall.MOM.Entity.DbContexts.CommonContext -Force
对于大型项目，多个dll项目的时候，右边有一个设置，选择对应项目，这样，就不会提示你没有在项目中安装EntityFramework了。。。
至于更复杂的命令，我们还是查看官方文档吧。。。
