Question

在我们的项目中成功使用实体框架迁移。但是现在我遇到了一个特殊情况，我需要更新一个需要一些业务逻辑的表（在我们的应用程序中作为C＃代码）。因此，我尝试在迁移Up方法中生成一个线程，并使用业务逻辑对此表进行更新。应用程序执行不需要此表更新，应该在后台进行。

我这样做有点像这样：

public partial class MyMigration : DbMigration
{
  public override void Up()
  {
     // ... do some sql migration here ...

     // after executing the sql migrations custommethod should run
     // migration seems to wait until CustomMethod finished work
     new Thread(() => ExecuteCustomMethodDatabaseContext()).Start();
  }
}

我希望Up方法在启动线程后返回，EF将MigrationHistory中的迁移设置为完成。因此，应用程序可以启动，并在后台的某个地方更新表。

但事实并非如此，迁移似乎在线程运行时运行（这需要很多时间）。

所以我的相关问题：

一般来说，执行自定义代码是一种好习惯 DBmigrations？
如果没有，我怎样才能完成自定义代码执行的需要案件？（不重写存储过程中的业务逻辑或有点）
如果是的话，我做错了什么？如何在迁移中执行此代码而不阻止它？

Answer 1

DbMigration上的Up和Down方法只是构建了一个内存模型，后来被转换为SQL。您有两种执行自定义逻辑的选项：

使用Sql方法使用T-SQL在数据库服务器上执行逻辑。
在迁移配置类的Seed方法中执行逻辑（通常是Migrations \ Configuration.cs）。在Update-Database

EF迁移中的自定义代码执行

1 个答案: