相关疑难解决方法(0)

在我们的项目中成功使用实体框架迁移.但是现在我遇到了一个特殊情况,我需要更新一个需要一些业务逻辑的表(在我们的应用程序中作为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中的迁移设置为完成.因此,应用程序可以启动,并在后台的某个地方更新表.

但事实并非如此,迁移似乎在线程运行时运行(这需要很多时间).

所以我的问题是:

1. 一般来说,在DBmigrations中执行自定义代码是一种好习惯吗？
2. 如果没有,我怎样才能在我的情况下完成自定义代码执行的需要？(没有重写存储过程中的业务逻辑或某种程度上)
3. 如果是的话,我做错了什么？如何在迁移中执行此代码而不阻止它？