Solucionado (ver solução)
Solucionado
(ver solução)
1
resposta

Migrations com banco de dados grande

Olá, tudo bem?

Gosto muito do MVC e a forma de como trabalhamos com eles e a separação de cada camada, porém, tenho medo quando entramos na conversa de migrations dentro de um sistema desenvolvido com EntityFramework(O que eu mais gosto em projetos MVC)... Essas migrations em bancos de dados muito grande não pode um dia dar problema e bagunçar todo o conteúdo? Cada migration é uma alteração nas tabelas do banco de dados e gera um histórico de cada migration... Quer dizer que se um sistema é desenvolvido com migrations, ele terá muuuuuuuitos históricos a cada vez que o banco for alterado? Isso não pode dar problema um dia? Será que não há alguma outra forma de trabalhar com o EntityFramework sem o uso das migrations e toda essa volta que ele dá para cada alteraçãozinha no DB? Me ajudem, pois estou iniciando o desenvolvimento de um sistema e estou com medo de usar as migrations...

1 resposta
solução!

Oi Eduardo, o conceito de migration é aplicado em várias tecnologias que usam banco de dados, então mesmo não sendo especialista em c# vou dar minha contribuição aqui :).

Não tem problema ter muitas migrations.. esse histórico é muito saudável, principalmente em dev, porque você pode voltar o banco para um estado anterior sempre que quiser. Outro detalhe legal é que quando chega um novo dev no projeto, basta que ele rode as migrations para deixar o banco no estado necessário.