Entity Frameworkのコア2.0は、移行

Question

を見つけていない、私はPMでAdd-Migrationのコマンドを実行している場合は、私の移行はEFコア2.0

によって認識されていない奇妙な問題を抱えている、MyFirstMigrationクラスはMigrationsフォルダ内に作成されます。

コンテキスト：

Protected Overrides Sub OnConfiguring(optionsBuilder As DbContextOptionsBuilder) 
    optionsBuilder.UseSqlite("Data Source=blogging.db") 
End Sub 

PMコード：

PM> Add-Migration MyFirstMigration 
To undo this action, use Remove-Migration. 
PM> Update-Database 
No migrations were applied. The database is already up to date. 
Done. 

私はdababaseファイルをチェック

、 __EFMigrationsHistory表が存在するが、ないブログテーブル。 疑問に思うかもしれませんが、db.SaveChanges（）を実行すると例外がスローされ、テーブルが存在しないことがわかります。 db.Database.Migrate（）を実行

は何もしませんが、私は、DBファイルを削除し、db.Database.EnsureCreated（）を実行すると、正しいデータベースが作成されます。

__EFMigrationsHistoryテーブルが空に作成されているため、Update-Databaseの直後に次の移行を作成することができます。最初のものとまったく同じコードが生成されます。

私はWP 15.3.5および.Net 4.6.1をWPFで使用しています。

/敬具

Answer 1

Add-MigrationはVB.NETプロジェクトにC＃ファイルを追加していますか？それらを別のC＃プロジェクトに追加し、DbContextアセンブリから参照して、OnConfiguringを次のように更新することができます。

optionsBuilder.UseSqlite("Data Source=blogging.db", Sub(x) x.MigrationsAssembly("MyCSharpProject")) 

Answer 2

私はその後、私は非常に明白ではない何かに気づいた、私の移行はどのエンティティが含まれていなかったこの問題を持っていました。 DbContextクラスは、それ自身のメンバ変数を調べ、生成された移行に流暢/属性モデルのプロパティを適用します。

だからあなたDbContextはこのような何かを持っていることを確認してください。

public class ApplicationDbContext : IdentityDbContext<ApplicationUser> 
{ 
    public ApplicationDbContext(DbContextOptions<ApplicationDbContext> options) 
     : base(options) 
    { 
    } 

public virtual DbSet<Blog> Blogs { get; set; } 

はまた、あなたが新しい移行を生成するために必要な変更を行った後に覚えています。これは、常に新しい変更を適用するために使用されていたupdate-database（PMC）の以前とは少し違っているようです。