可以通过设定Database.SetInitializer(new DropCreateDatabaseIfModelChanges<BreakAwayContext>())的方式来指定数据模型改变，即删库重新建表，这种方式比较暴力，对于数据比较重要的情况下不适用。
EF还提供了一个温和的表结构修改，被称之为Migration
1. 安装Nuget； 2. 检索EF，并安装; 3. 安装了Nuget后会在Tools菜单下生成“Libirary Package Manager”， 选择其内部“Package Manager Console”，将会在VS的底部弹出命令行窗口；
4. 敲入Enable-Migrations（大小写不敏感，同时注意在“Default Project“选项栏选择包含继承了DbContext类的子类的工程）。经历了这个过程，可以导致生成一个Migration文件夹，里面定义了一些用于迁移辅助类。 5. 修改实体AEntity字段信息（添加，修改删除），，在命令行中敲：add-migration addAEntityXXX。回车后，即可见自动在Migration文件夹下面创建一个文件，文件名会生成一个类似于时间戳。不要尝试自己去写这个东西，尽管我没有写过，但是我发现他其实生成了不知一个文件，手工去实现成本有些高。命令中add和实体的名字(AEntity)是关键,后面的XXX你可以随便写些什么有意义的东东。 6. 设定 Database.SetInitializer(new MigrateDatabaseToLatestVersion<XXXContext, Configuration>()) 7. 运行程序，即可见数据库在不修改数据的情况下实现了字段的修改。 8. 每次修改都需要通过add-migration的命令来生成增量的脚本，此命令会自动比较历史的版本，自动探测出本次和上次更新时实体之间的变化，生成脚本。
好处：除了对于数据的保护性，尤其是辛苦制造的测试数据，还有一个点就是有利于团队开发，保持结构以及实体的及时同步。
不曾见谁。则见朵花儿闪下来，好一惊。
