Model yang mendukung konteks <Database> telah berubah sejak database dibuat

Pesan kesalahan:

"Model yang mendukung konteks 'AddressBook' telah berubah sejak database dibuat. Entah menghapus / memperbarui database secara manual, atau memanggil Database.SetInitializer dengan instance IDatabaseInitializer. Misalnya, strategi RecreateDatabaseIfModelChanges secara otomatis akan menghapus dan membuat ulang database, dan secara opsional seeded dengan data baru. "

Saya mencoba menggunakan fitur kode-pertama dan berikut ini yang saya tulis:

var modelBuilder = new ModelBuilder();
var model = modelBuilder.CreateModel();
using (AddressBook context = new AddressBook(model))
{
    var contact = new Contact
    {
        ContactID = 10000,
        FirstName = "Brian",
        LastName = "Lara",
        ModifiedDate = DateTime.Now,
        AddDate = DateTime.Now,
        Title = "Mr."

    };
    context.contacts.Add(contact);
    int result = context.SaveChanges();
    Console.WriteLine("Result :- "+ result.ToString());
}

Kelas konteks:

public class AddressBook : DbContext
{
    public AddressBook()
    { }
    public AddressBook(DbModel AddressBook)
        : base(AddressBook)
    {

    }
    public DbSet<Contact> contacts { get; set; }
    public DbSet<Address> Addresses { get; set; }
}

dan string koneksi:

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    <connectionStrings>
    <add name="AddressBook" providerName="System.Data.SqlClient"  
         connectionString="Data Source=MyMachine;Initial Catalog=AddressBook;
         Integrated Security=True;MultipleActiveResultSets=True;"/>
    </connectionStrings>
</configuration>

Jadi, nama database adalah "AddressBook" dan kesalahan terjadi ketika saya mencoba menambahkan objek kontak ke konteksnya. Apakah saya kehilangan sesuatu di sini?

Sekarang ini:

protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
    Database.SetInitializer<YourDbContext>(null);
    base.OnModelCreating(modelBuilder);
}

dalam file YourDbContext.cs Anda.

Berikut beberapa informasi dari Blog Scott Gu yang diposting oleh Jeff tentang apa yang sebenarnya terjadi:

Bagi mereka yang melihat pengecualian ini:

"Model yang mendukung konteks 'Produksi' telah berubah sejak database dibuat. Entah menghapus / memperbarui database secara manual, atau menelepon Database.SetInitializerdengan IDatabaseInitializerinstance."

Inilah yang sedang terjadi dan apa yang harus dilakukan tentang hal itu:

Ketika model pertama kali dibuat, kami menjalankan DatabaseInitializer untuk melakukan hal-hal seperti membuat database jika tidak ada atau menambahkan data awal. DatabaseInitializer default mencoba untuk membandingkan skema database yang diperlukan untuk menggunakan model dengan hash dari skema yang disimpan dalam tabel EdmMetadata yang dibuat dengan database (ketika Code First adalah yang membuat database). Database yang ada tidak akan memiliki tabel EdmMetadata dan karenanya tidak akan memiliki hash ... dan implementasinya hari ini akan melempar jika tabel itu hilang. Kami akan berupaya mengubah perilaku ini sebelum kami mengirimkan versi fial karena ini adalah default. Sampai saat itu, basis data yang ada umumnya tidak memerlukan penginisialisasi basis data sehingga dapat dimatikan untuk jenis konteks Anda dengan memanggil:

Database.SetInitializer<YourDbContext>(null);

Jeff

Untuk Entity Framework 5.0.0.0 - 6.1.3

Anda DO memang ingin melakukan hal berikut:

1. using System.Data.Entity;   to startup file (console app --> Program.cs / mvc --> global.asax
2. Database.SetInitializer<YourDatabaseContext>(null);

Ya, Matt Frear benar. UPDATE -EDIT: Peringatan adalah bahwa saya setuju dengan orang lain dalam bahwa alih-alih menambahkan kode ini ke global.asax ditambahkan ke kelas DbContext Anda

protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
    // other code 
    Database.SetInitializer<YOURContext>(null);
    // more code here.
}

Seperti yang disebutkan lainnya, ini juga baik untuk menangani pengujian unit.

Saat ini saya menggunakan ini dengan Entity Framework 6.1.3 /.net 4.6.1

Saya akan kembali untuk memberikan cuplikan INTI dalam waktu dekat.

Jalankan perintah followng sql di SQL Server Management Studio:

delete FROM [dbo].[__MigrationHistory]

Perbaikan ini tidak lagi berfungsi setelah CTP5.

Kamu harus melakukan Database.SetInitializer<YourContext>(null);

Baru saja menemukan jawaban dan pemikiran untuk memperbarui di sini. Hanya perlu melakukan hal berikut.

public class AddressBook: DbContext
{
   protected override void OnModelCreating(ModelBuilder modelBuilder)
   {
    modelBuilder.IncludeMetadataInDatabase = false;
   }
}

Atau Anda dapat meletakkan baris ini di file Global.asax.cs Anda di bawah Application_Start ():

System.Data.Entity.Database.SetInitializer(new System.Data.Entity.DropCreateDatabaseIfModelChanges<ProjectName.Path.Context>());

Pastikan untuk mengubah ProjectName.Path.Context ke namespace dan konteks Anda. Jika menggunakan kode terlebih dahulu, ini akan menghapus dan membuat database baru setiap kali ada perubahan pada skema.

Saya menghabiskan banyak hari untuk menyelesaikan masalah ini, menganalisis banyak posting berbeda dan mencoba banyak opsi dan akhirnya memperbaiki. Ini 2 proyek dalam solusi saya menggunakan migrasi kode EF pertama:

• Aplikasi Konsol "DataModel" yang terutama digunakan sebagai rakitan yang berisi semua entitas pertama kode saya, DbContext, Mirgations, dan repositori generik. Saya telah memasukkan ke dalam proyek ini file database lokal kosong yang terpisah (dalam folder DataModel / App_Data) untuk dapat menghasilkan migrasi dari Package Manager Console.
• WebApi, yang merujuk ke proyek DataModel dan menggunakan file database lokal dari folder WebApi / App_Data, yang tidak termasuk dalam proyek

Saya mendapatkan kesalahan ini ketika diminta WebApi ...

Lingkungan saya:

• Windows 8.1 x64
• Visual Studio 2015 Professional dengan Pembaruan 1
• semua proyek saya ditargetkan untuk .NET Framework 4.6.1
• EntityFramework 6.1.3 dari NuGet

Di sini saya mengumpulkan semua komentar yang harus Anda perhatikan dan semua kondisi / persyaratan yang harus dipenuhi, untuk menghindari pengecualian yang disebutkan:

1. Anda harus menggunakan hanya satu versi paket EntityFramework Nuget untuk semua proyek dalam solusi Anda.
2. Basis data, dibuat dengan menjalankan secara berurutan semua skrip migrasi harus memiliki struktur / skema yang sama dengan basis data target Anda dan sesuai dengan model entitas. Mengikuti 3 hal harus benar-benar sesuai / mencerminkan / cocok satu sama lain:
   • Skrip migrasi semua Anda hingga yang terakhir
   • Status model entitas entitas pertama kode (DbContext, entitas)
   • Database target
3. Database target (file mdf) harus diperbarui / sesuai dengan skrip migrasi terakhir. Verifikasi bahwa tabel "__MigrationHistory" di database target Anda berisi catatan untuk semua skrip migrasi yang Anda miliki, itu berarti bahwa semua skrip migrasi berhasil diterapkan ke database itu. Saya merekomendasikan Anda untuk menggunakan Visual Studio untuk membuat entitas pertama yang benar kode dan konteks yang sesuai dengan database Anda, Proyek -> Tambahkan Item Baru -> Model Data Entitas ADO.NET -> Kode Pertama dari database: Tentu saja, sebagai alternatif, jika Anda tidak memiliki database, Anda dapat menulis model secara manual (kode entitas pertama dan konteks) dan kemudian menghasilkan migrasi dan database awal.

4. Nama string koneksi mis. MyConnectionString dalam file konfigurasi proyek startup (Web.config / App.config):

   <configuration>
     <connectionStrings>
       <add name="MyConnectionString" connectionString="...">
     </connectionStrings>
   <configuration>

   harus sama dengan parameter yang diteruskan dalam konstruktor DbContext Anda:

    public partial class MyDbContext : DbContext
    {
       public MyDbContext()
          : base("name=MyConnectionString"){}
       ...

5. Sebelum menggunakan Package Manager Console , pastikan Anda menggunakan database yang benar untuk memperbarui atau menghasilkan migrasi dan proyek yang diperlukan ditetapkan sebagai proyek startup solusi. Untuk terhubung ke basis data, ia akan menggunakan string koneksi dari file .config, yang dalam proyek, yang ditetapkan sebagai proyek startup.

6. Dan yang utama, yang memperbaiki masalah saya: Aneh, tetapi di folder WebApi / bin saya DataModel.exe sudah tua, tidak disegarkan sejak pembangunan terakhir. Karena migrasi tertanam di perakitan DataModel.exe saya, maka WebApi saya memperbarui database menggunakan mirgations lama. Saya bingung mengapa setelah memperbarui database di WebApi tidak sesuai dengan skrip migrasi terbaru dari DataModel. Kode berikut secara otomatis membuat (jika tidak ada) atau memperbarui ke database lokal migrasi terbaru di folder WebApi / App_Data saya.

      public class WebApiApplication : System.Web.HttpApplication
      {
          protected void Application_Start()
          {
              Database.SetInitializer(new MigrateDatabaseToLatestVersion<ODS_DbContext, Configuration>()); 
              ...

   Saya mencoba membersihkan dan membangun kembali solusi tetapi tidak membantu, daripada saya sepenuhnya menghapus folder bin dan obj dari WebApi, menghapus file database dari WebApi / App_Data, membangun, me-restart WebApi, membuat permintaan, membuat database yang benar - inisialisasi malas (menggunakan inisialisasi baris di atas), yang terkait dengan migrasi terbaru dan pengecualian tidak muncul lagi. Jadi, ini dapat memperbaiki masalah Anda:

   1. menghapus secara manual, folder obj dari proyek startup Anda (yang menghasilkan / memperbarui database Anda)
   2. bangun proyek startup Anda atau lebih baik bersihkan dan bangun kembali semua solusi Anda.
   3. buat ulang basis data dengan memulai proyek (akan mengeksekusi baris di atas) atau menggunakan perintah Package Manager Console "update-database".
   4. memeriksa secara manual apakah db dan __MirgationHistory yang dihasilkan sesuai dengan skrip migrasi terbaru.

Bagi saya, dengan upgrade ke 4.3.1, saya hanya memotong tabel EdmMetaData atau hanya menghapusnya saja.

Untuk pengembang VB.NET:

Tambahkan baris berikut ke file Glabal.asax.vb, di akhir metode Application_Start ()

Database.SetInitializer(Of ApplicationDbContext)(Nothing)

Ubah ApplicationDbContext ke konteks Db spesifik Anda.

Saya punya masalah ini dan ternyata satu proyek menunjuk ke SQLExpress tetapi yang bermasalah menunjuk ke LocalDb. (di web.config masing-masing). Pengawasan konyol tapi patut dicatat di sini kalau-kalau ada orang lain yang memecahkan masalah ini.

Ini berarti ada beberapa perubahan pada konteks yang belum dieksekusi. Silakan jalankan Add-Migration terlebih dahulu untuk menghasilkan perubahan yang telah kami lakukan (perubahan yang mungkin tidak kami sadari) Dan kemudian jalankan Update-Database

Saya memiliki masalah yang sama - menambahkan kembali migrasi dan memperbarui database tidak berfungsi dan tidak ada jawaban di atas yang tampaknya benar. Kemudian inspirasi menghantam saya - saya menggunakan beberapa tingkatan (satu web, satu data, dan satu bisnis). Lapisan data memiliki konteks dan semua model. Lapisan web tidak pernah melemparkan pengecualian ini - itu adalah lapisan bisnis (yang saya tetapkan sebagai aplikasi konsol untuk pengujian dan debugging). Ternyata lapisan bisnis tidak menggunakan string koneksi yang tepat untuk mendapatkan db dan membuat konteks. Jadi saya menambahkan string koneksi ke konfigurasi aplikasi dari lapisan bisnis (dan lapisan data) dan biola berfungsi. Menempatkan ini di sini untuk orang lain yang mungkin mengalami masalah yang sama.

Saya menggunakan metode Database.CompatibleWithModel (tersedia di EF5) untuk menguji apakah model dan DB cocok sebelum saya menggunakannya. Saya menyebut metode ini setelah membuat konteks ...

        // test the context to see if the model is out of sync with the db...
        if (!MyContext.Database.CompatibleWithModel(true))
        {
            // delete the old version of the database...
            if (File.Exists(databaseFileName))
                File.Delete(databaseFileName);
            MyContext.Database.Initialize(true);

            // re-populate database

        }

Saran yang bagus, bagaimanapun, tidak begitu akurat dalam semua kasus. Saya mencari tahu. Harap Anda harus memastikan Anda menjalankan "enable-migrasi" menggunakan jendela PM di Visual Studio, dan folder Migrasi akan ditambahkan ke proyek Anda.

Pastikan dua file kelas # yang ditambahkan ke folder aktif akan berisi semua model Anda dan properti masing-masing.

Jika Anda memiliki semua yang membangun solusi, dan publis untuk ditempatkan.

Logikanya adalah bahwa metadata yang ada tidak dapat ditimpa karena aplikasi Anda tidak memiliki metadata untuk menggantikan yang sekarang. Akibatnya Anda mendapatkan kesalahan ini "Model yang mendukung konteks telah berubah sejak database dibuat"

Untuk berjaga-jaga jika seseorang memiliki skenario yang sama dengan saya.

Saya memiliki basis data EF pertama dan pada saat yang sama menggunakan identitas asp.net

jadi saya punya dua koneksi Connection di webconfig saya, dan tidak ada masalah dengan itu. Kebetulan saya membuat / menjalankan skrip untuk menghasilkan tabel identitas asp.net secara manual yang seharusnya tidak saya lakukan.

jadi DROP dulu semua tabel identitas asp.net yang dibuat oleh Anda secara manual / dari skrip.

DROP TABLE __MigrationHistory
DROP TABLE AspNetRoles
DROP TABLE AspNetUserClaims
DROP TABLE AspNetUserLogins
DROP TABLE AspNetUserRoles
DROP TABLE AspNetUsers

Tak satu pun dari solusi ini akan bekerja untuk kita (selain menonaktifkan skema memeriksa semuanya). Pada akhirnya kami mengalami kecocokan dalam versi Newtonsoft.json kami

AppConfig kami tidak diperbarui dengan benar:

<dependentAssembly>
   <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-7.0.0.0" newVersion="7.0.0.0" />
  </dependentAssembly>

Solusinya adalah memperbaiki versi perakitan ke versi yang sebenarnya kami gunakan

<dependentAssembly>
   <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-7.0.0.0" newVersion="10.0.0.0" />
  </dependentAssembly>

Setelah beberapa penelitian tentang topik ini, saya menemukan bahwa kesalahan terjadi pada dasarnya jika Anda memiliki instance db yang dibuat sebelumnya pada sql server express lokal Anda. Jadi, setiap kali Anda memiliki pembaruan pada db dan mencoba memperbarui db / jalankan beberapa kode pada db tanpa menjalankan Update Databaseperintah menggunakan Package Manager Console; pertama-tama, Anda harus menghapus db sebelumnya pada sql express lokal kami secara manual.

Juga, solusi ini berfungsi kecuali jika Anda memiliki AutomaticMigrationsEnabled = false;dalam Konfigurasi Anda.

Jika Anda bekerja dengan sistem kontrol versi (git, svn, dll.) Dan beberapa pengembang lain memperbarui objek db dalam fase produksi maka kesalahan ini meningkat setiap kali Anda memperbarui basis kode Anda dan menjalankan aplikasi.

Seperti yang dinyatakan di atas, ada beberapa solusi untuk ini pada basis kode. Namun, ini adalah yang paling praktis untuk beberapa kasus.

Saya membaca buku Pro ASP.NET MVC 4 juga, dan mengalami masalah yang sama yang Anda alami. Bagi saya, saya mulai mengalami masalah setelah melakukan perubahan yang ditentukan di bagian 'Menambahkan Model Validasi' buku ini. Cara saya mengatasi masalah adalah dengan memindahkan database saya dari localdb ke server SQL Server 2012 yang lengkap. (BTW, saya tahu bahwa saya beruntung saya bisa beralih ke versi full-blown, jadi jangan membenci saya. ;-))) Pasti ada sesuatu dengan komunikasi ke db yang menyebabkan masalah.

Periksa langkah-langkah berikut ini

1. Database.SetInitializer (null); -> di Global.asax.cs

2.

1. nama kelas Konteks Anda harus cocok dengan memeriksanya

Ubah Global.asax.cs, termasuk Application_Startacara dengan:

Database.SetInitializer<YourDatabaseContext>(
 new DropCreateDatabaseIfModelChanges<YourDatabaseContext>());

Kesalahan ini dapat menunjukkan masalah dengan string koneksi Anda dan apakah nama string koneksi Anda cocok dengan deklarasi konteks Database.

Saya mengalami kesalahan ini karena saya salah menamai basis data lokal (kesalahan konyol) dan nama string koneksi di web.config dari "DefaultConnection" tidak cocok dengan MyDbContext yaitu

public MyDbContext(): base("DefaultConnection")
{}


<connectionStrings>
    <add name="DefaultConnection" ...
  </connectionStrings>

Coba gunakan Database SetInitializer yang termasuk menggunakan System.Data.Entity;

Di Global.asax

protected void Application_Start()
{
    Database.SetInitializer(new DropCreateDatabaseIfModelChanges<yourContext>());
}

Ini akan membuat basis data baru setiap kali model Anda diubah. Tetapi basis data Anda akan kosong. Untuk mengisinya dengan data dummy, Anda dapat menggunakan Seeding. Yang dapat Anda terapkan sebagai:

Seeding ::

protected void Application_Start()
{
    Database.SetInitializer(new AddressBookInitializer());
                ----rest code---
}
public class AddressBookInitializer : DropCreateDatabaseIfModelChanges<AddressBook>
{
    protected override void Seed(AddressBook context)
    {
        context.yourmodel.Add(
        {

        });
        base.Seed(context);
    }

}

Aneh, tetapi semua jawaban di sini tidak berguna bagi saya. Bagi saya inisialisasi bekerja

MigrasikanDatabaseToLatestVersion

Inilah solusi saya (saya tahu, ini bisa jauh lebih sederhana, tetapi beginilah cara saya menggunakannya):

class MyDbMigrateToLatest : MigrateDatabaseToLatestVersion<MyDbContext, Configuration>
{
}

public class MyDbContext: DbContext
{
    public MyDbContext() : base("DbName")
    {
        SetInitializer();
    }

    public MyDbContext(string connString) : base(connString)
    {
        SetInitializer();
    }

    private static void SetInitializer()
    {
        if (ConfigurationManager.AppSettings["RebuildDatabaseOnStart"] == "true")
            Database.SetInitializer(new MyDbInitializerForTesting());
        else
            Database.SetInitializer(new MyDbMigrateToLatest());
    }
}

public sealed class Configuration : DbMigrationsConfiguration<MyDbContext>
{
    public Configuration()
    {
        AutomaticMigrationsEnabled = true;
    }

    protected override void Seed(MyDbContext context)
    {
        // Whatever
    }
}

MyDbInitializerForTesting baru saja mewarisi dari DropCreateDatabaseAlways sehingga dalam beberapa kasus tertentu (pengujian), seluruh database dibangun kembali. Kalau tidak, ini akan dipindahkan ke versi terbaru.

Sumber saya: https://msdn.microsoft.com/en-us/data/jj591621.aspx#specific

Saya memiliki masalah yang sama ketika kami menggunakan satu database untuk dua aplikasi. Pengaturan disableDatabaseInitialization="true"di bagian tipe konteks berfungsi untuk saya.

<entityFramework>
<providers>
  <provider invariantName="System.Data.SqlClient" type="System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer" />
</providers>
<contexts>
  <context type="PreferencesContext, Preferences" disableDatabaseInitialization="true">
    <databaseInitializer type="System.Data.Entity.MigrateDatabaseToLatestVersion`2[[PreferencesContext, Preferences], [Migrations.Configuration, Preferences]], EntityFramework" />
  </context>
</contexts>

Lihat rincian lebih lanjut https://msdn.microsoft.com/en-us/data/jj556606.aspx

Buat penginisialisasi konteks khusus:

public class MyDbContextInitializer : MigrateDatabaseToLatestVersion<MyDbContext, Migrations.Configuration>
{
    public override void InitializeDatabase(MyDbContext context)
    {
        bool exists = context.Database.Exists();

        base.InitializeDatabase(context);

        if (!exists)
        {         
            MyDbSeed.Seed(context);
        }
    }       
}

Perhatikan bahwa Migrations.Configuration adalah kelas yang dihasilkan oleh baris perintah migrasi di Package Manager Console. Anda mungkin perlu mengubah pengubah internal ke publik dari kelas Migrations.Configuration.

Dan daftarkan dari OmModelCreating Anda:

public partial class MyDbContext : DbContext
{

    protected override void OnModelCreating(DbModelBuilder modelBuilder)
    {
        Database.SetInitializer<MyDbContext>(new MyDbContextInitializer());

        //other code for creating model
    }
}

Di sini saya ingin berbagi metode lain yang mencegah kesalahan model dukungan ketika konteks berubah adalah:

1) Buka File DbContext Anda

2) Tambahkan namespace menggunakan Microsoft.AspNet.Identity.EntityFramework;

3) publik MyDbContext (): base ("name = MyDbContext") {Database.SetInitializer (DropCreateDatabaseAlways ()) baru; }