É aceitável colocar dados de sementes no método onModelCreating no código EF - primeiro?

Question

Eu sei como fazer dados de sementes com a API das migrações em EF 4.3.Eu tenho jogado com isso a noite toda.No entanto, meu objetivo final é obter o meu projeto para o ponto em que um usuário pode puxá-lo do controle de origem e pressione F5 e eles são bons para ir, banco de dados, dados de sementes e todos.

Atualmente, o código - primeiro faz um excelente trabalho de construir o banco de dados em uma construção fresca, mas os dados de sementes não são inseridos até que eu faça o banco de dados de atualização no console do Package Manager.Nesse ponto, executa o método de semente e insere meus dados de sementes.

.
1. é bom fazer isso no método onmodelcriator?
2. Ainda posso aproveitar o método de extensão Adorupdate aqui?
3. Estes dados de sementes serão executados toda vez que eu pressionar F5?Em caso afirmativo, posso detectar se o DB já tiver sido criado ou não apenas adicionar esses dados de sementes na criação inicial do banco de dados?

Answer 1

1. No. OnModelCreating is executed every time the model definition must be built = every time you start the application and use data access for the first time. It may be nice in your development environment but it is not nice in production. Moreover you cannot use context while it is constructed so the only way how to seed data in this method is using SQL directly.
2. AddOrUpdate is mostly for migrations. It has hidden costs (reflection and query to database) so use it carefully.
3. You can detect it by manually executing SQL query (you cannot use Database.Exists inside OnModelCreating - again because this method is not available when context is being constructed) but it is something that doesn't belong to OnModelCreating => single responsibility pattern.

There are better ways how to do this.

• MigrateDatabaseToLatestVersion database initializer in EF 4.3 will run your migration set if database doesn't exist or update existing database
• You can use DbMigrator class at bootstrap of your application and migrate your database to the last version with the higher control over whole process
• I didn't check if it is possible but you should be able to modify MSBuild or add pre build action to your project which will either somehow use power shell commands or execute custom console application using DbMigrator class.

Answer 2

What is wrong with seeding data in the overridden Seed() method when inheriting from CreateDatabaseIfNotExists class?

It worked with EF 4.2 and below and seems to still be working with EF 4.3+