tag:blogger.com,1999:blog-7984577123741299127.post3246637152143553767..comments2020-12-15T11:02:48.639+01:00Comments on SergiNet: All about Entity Framework migrationsSergio Navarro Pinohttp://www.blogger.com/profile/15840814836353973005noreply@blogger.comBlogger4125tag:blogger.com,1999:blog-7984577123741299127.post-86670122838803210792017-06-20T21:51:51.303+02:002017-06-20T21:51:51.303+02:00No me había planteado el tema del rendimiento, voy...No me había planteado el tema del rendimiento, voy a investigarlo a ver que encuentro.<br /><br />Muchas gracias por el aporte.Sergio Navarro Pinohttps://www.blogger.com/profile/15840814836353973005noreply@blogger.comtag:blogger.com,1999:blog-7984577123741299127.post-82302047372357121512017-06-20T21:49:40.664+02:002017-06-20T21:49:40.664+02:00Gracias Sergio, tomo nota del enlace y del aporte ...Gracias Sergio, tomo nota del enlace y del aporte con respecto a la falta del método Seed. Como decia voy a escribir más sobre este tema, de hecho ya estoy preparando el post sobre Ef core :-)Sergio Navarro Pinohttps://www.blogger.com/profile/15840814836353973005noreply@blogger.comtag:blogger.com,1999:blog-7984577123741299127.post-65187610032372917872017-06-19T05:10:47.810+02:002017-06-19T05:10:47.810+02:00Yo hace tiempo estuve trabajando y estudiando en e...Yo hace tiempo estuve trabajando y estudiando en estos temas y tuve muchos problemas de rendimiento de primera ejecución ya que la primera vez (o cada vez q el sistema se enfriaba) la comprobación y ejecución (aunque no hubiese migraciones pendientes) ralentizaba mucho el sistema. Al final opté por la ejecución manual porque así la ejecución de la lógica de negocio no era afectada por cosas de despliegue y que solo debería hacerse en ese momento.<br /><br />En el sistema estuve tentado de poner una opción en la página web de administración para la ejecución por código de las migraciones para así hacer el despliegue y ejecutarlas desde el propio sistema. Pero ahí me quedé por falta de tiempo. Por ahora ejecutar las migraciones es parte de mi proceso de despliegue.<br /><br />Además entiendo que así es y que no tiene sentido llevar un proceso que se debe hacer en despliegue a la ejecución ion porque ahí ralentiza el sistema cada vez que se comprueba, y el impacto en bd bastante grandes o con bastante evolución era muy importante.<br /><br />Saludos y muy buen postXavi Paperhttps://www.blogger.com/profile/02644505298414414223noreply@blogger.comtag:blogger.com,1999:blog-7984577123741299127.post-10397373728997830202017-06-18T21:07:15.677+02:002017-06-18T21:07:15.677+02:00Perfecto, ahora sí queda claro, migración automáti...Perfecto, ahora sí queda claro, migración automática != migración explícita (o por código)<br /><br />En cuanto a conflictos con migraciones en equipos, este link lo explica perfectamente https://msdn.microsoft.com/en-us/library/dn481501(v=vs.113).aspx<br /><br />Y respecto a MigrateDatabaseToLatestVersion y que no tenga Seed, es un problema pero se soluciona rápido con un inicializador personalizado, al final el código de Migrate es algo así<br /><br />var config = new Migrations.Configuration();<br />var migrator = new DbMigrator(config);<br />migrator.Update();<br /><br />Buen post! :)Sergio Leónhttps://www.blogger.com/profile/07959547392771610349noreply@blogger.com