Вот как выглядят все мои классы DbContext, и они прекрасно засеиваются:

public class MyDbContext : DbContext
{
    public DbSet<MyClass> MyClasses { get; set; }

    protected override void OnModelCreating (DbModelBuilder modelBuilder)
    {
        base.OnModelCreating (modelBuilder);
        modelBuilder.Conventions.Remove<System.Data.Entity.ModelConfiguration.Conventions.PluralizingTableNameConvention> ();

        // Add any configuration or mapping stuff here
    }

    public void Seed (MyDbContext Context)
    {
        #if DEBUG
        // Create my debug (testing) objects here
        var TestMyClass = new MyClass () { ... };
        Context.MyClasses.Add (TestMyClass);
        #endif

        // Normal seeding goes here

        Context.SaveChanges ();
    }

    public class DropCreateIfChangeInitializer : DropCreateDatabaseIfModelChanges<MyDbContext>
    {
        protected override void Seed (MyDbContext context)
        {
            context.Seed (context);

            base.Seed (context);
        }
    }

    public class CreateInitializer : CreateDatabaseIfNotExists<MyDbContext>
    {
        protected override void Seed (MyDbContext context)
        {
            context.Seed (context);

            base.Seed (context);
        }
    }

    static MyDbContext ()
    {
        #if DEBUG
        Database.SetInitializer<MyDbContext> (new DropCreateIfChangeInitializer ());
        #else
        Database.SetInitializer<MyDbContext> (new CreateInitializer ());
        #endif
    }
}

Я использовал этот шаблон несколько раз, и он сработал очень хорошо для меня.

Мой метод Seed не вызывался даже при правильном вызове Database.SetInitializer в Application_Start... Причина этого была очень проста: инициализатор может вообще не вызываться, если у вас еще нет кода, который фактически использует контекст базы данных.

Это моя грустная маленькая история.

Во-первых, извлеченные уроки:

1. Метод seed не будет вызываться до тех пор, пока не будет использован контекст.
2. Global.asax.cs не столкнется с точкой останова при первом запуске, потому что он запускается до подключения отладчика. Чтобы попасть в точку останова в Global.asax.cs, вы можете добавить немного пробела в Web.config и нажать на страницу; тогда будет удар.
3. Если есть подключения VS к БД, раздача не произойдет. Приложение выдаст ошибку.

Итак, чтобы не было грусти:

• Отключите соединение с VS.
• Переключите базовый класс DropCreateDatabaseAlways за один раз.
• Нажмите на страницу, которая использует контекст.

Теперь грусть:

1. У меня был собственный класс Initializer в файле Global.asax.cs. У меня была точка останова в моем методе Initializer Seed; Я запустил приложение, и метод так и не сработал. :(
2. Я указываю точку останова в вызове Database.SetInitializer в Application_Start. Это никогда не попадало. :(
3. Я понял, что у меня нет изменений схемы БД, поэтому я изменил DropCreateDatabaseIfModelChanges на DropCreateDatabaseAlways. Еще ничего. :(
4. Наконец я перешел на страницу, которая использует контекст, и это сработало. :/

Вы можете вызвать update-database, чтобы вручную запустить начальный метод внутри класса Configuration. Для этого также необходимо, чтобы enable-migrations был включен.

PM> update-database
Specify the '-Verbose' flag to view the SQL statements being applied to the target database.
No pending code-based migrations.
Running Seed method.

internal sealed class Configuration : DbMigrationsConfiguration<ProjectManager.Data.Database.ProjectDb>
{
    public Configuration()
    {
        AutomaticMigrationsEnabled = false;
    }

    protected override void Seed(ProjectManager.Data.Database.ProjectDb context)
    {
        context.Status.AddOrUpdate(
            new Status() { Id = 1, Text = "New" },
            new Status() { Id = 2, Text = "Working" },
            new Status() { Id = 3, Text = "Completed" },
            new Status() { Id = 4, Text = "Skipped" }
        );
    }
}

У меня сработало следующее изменение в файле Global.asax:

Старый код:

    protected void Application_Start()
    {
        Database.SetInitializer<mycontextclassname>(new DropCreateDatabaseAlways<mycontextclassname>());             
       ...
    }

Новый код:

    protected void Application_Start()
    {
        Database.SetInitializer<mycontextclassname>(new DropCreateDatabaseAlways<mycontextclassname>()); 
        Database.SetInitializer(new Initializer()); 
        ...
    }

У меня тоже были трудности с вызовом Seed(). И я ценю все полезные советы, приведенные выше, и мне повезло использовать DropCreateDatabaseAlways... но не ВСЕГДА!!

Совсем недавно я добавил следующую строку кода в конструктор моего репозитория для хорошего эффекта:

    public CatalogRepository()
    {
        _formCatalog.FormDescriptors.GetType();

    }

Этого было достаточно, чтобы вызвать вызов Seed(). Если вы перепробовали все выше этого ответа и все равно не повезло, попробуйте. Удачи, это был действительно трудоемкий опыт.

Начальное событие в вашем примере будет запущено только один раз, поскольку вы используете DropCreateDatabaseIfModelChanges, вы можете изменить это на DropCreateDatabaseAlways, я думаю, и оно должно запускать начальное событие каждый раз.

Изменить

Это мой DataContext

public WebContext()
{   
    DbDatabase.SetInitializer(new DropCreateDatabaseIfModelChanges<WebContext>());
}

Это случилось со мной, когда я открывал для себя функции Code First. Такая ситуация часто возникает, когда вы впервые использовали Code First для создания базы данных без какой-либо стратегии инициализации.

Если вы решите сделать это позже, внедрив стратегию, основанную на DropCreateDatabaseIfModelChanges, но без изменения вашей модели, то ваш метод Seed не будет вызываться с момента создания базы данных, и ваша стратегия будет применяться только при следующем изменении вашей модели.

Если это произойдет с вами, просто попробуйте немного изменить свою модель, чтобы проверить эту гипотезу, и я уверен, что ваша база данных будет заполнена;)

У меня пока нет решения, за исключением использования стратегии, которая всегда генерирует базу данных, но меня действительно не устраивает факт размещения стратегии инициализации в вашем DbContext, поскольку этот класс будет использоваться в вашей производственной среде, хотя стратегия инициализации, по-видимому, в основном используется для свободной среды разработки.

Я только что столкнулся с этой проблемой. Я удалил раздел "connectionstrings" из файла Web.config, и в настоящее время приложение запустилось - без раздела connectionstrings! Я добавляю раздел обратно, и база данных снова не заполняется. Это не правильное решение, но я просто добавляю сюда данные о том, что потенциально может решить проблему.

К счастью, это всего лишь небольшое «одноразовое» приложение, которое я все равно скоро выброшу...

Тщательно убедитесь, что вы не объявляли переменную контекста более одного раза. Если вы объявите его снова после раздачи, семя будет перезаписано.

У меня была такая же проблема, и после изменения как в файле Global.asax, так и в файле Intializer все заработало. Я надеюсь, что это сработает для тех, у кого все еще есть проблемы с заполнением данных.

Новый код в Global.asax:

    protected void Application_Start()
    {
        Database.SetInitializer<mycontextclassname>(new DropCreateDatabaseAlways<mycontextclassname>()); 
        Database.SetInitializer(new Initializer()); 
        ...
    }

код для файла инициализатора:

public class Initializer : System.Data.Entity.DropCreateDatabaseAlways<Context>

Обновлено, чтобы отметить, что этот ответ неверен! Причина, по которой моя БД не была заполнена, остается загадкой (но это не отсутствие вызова базового конструктора по умолчанию, как отметил @JaredReisinger)

Я понимаю, что этот вопрос немного устарел, но я оказался здесь, чтобы кто-то другой мог. Вот мой двухпенсовик:

Моя БД создавалась нормально, но не заполнялась, даже если я удалил базу данных и снова начал использовать DropDatabaseInitialiser.

Прочитав приведенный выше код, я заметил, что мой конструктор контекста был таким

public MyApp_Context()
{
    // some code
}

тогда как приведенный выше пример будет выглядеть следующим образом для моей настройки

public MyApp_Context() : base("name=MyApp_Context")
{
    // some code
}

Да, я не вызывал конструктор базового объекта! Я бы не ожидал, что в этом случае сработает все, кроме заполнения, но это, похоже, (повторяющийся) случай.

NB, на самом деле мне не нужно указывать имя контекста в вызове базового конструктора; Я написал это так только изначально, потому что копировал формат решения выше. Итак, мой код теперь такой, и заполнение работает при первоначальном создании базы данных.

public MyApp_Context() : base()
{
    // some code
}