Bueno, seguro que a estas alturas todos estareis instalando las versiones preliminares de VS 2011 y probando muchas de las nuevas características.. y también seguro que los que estéis interesados en EF habréis leido algunas de las novedades de EF 5 mediante el post del grupo de producto. Pues bien, a mayores de EF 5 y el paquete de nuget para el también se ha actualizado el paquete de EF 4.3 pasando a EF 4.3.1. Aunque el post anterior del grupo de producto explica los fix que se han hecho me gustaría hablar aquí sobre un par de elementos de interes de este nuevo paquete.
- LocalDB
Muchos de vosotros ya conoceréis que en VS 2011 tendremos algo llamado LocalDB, que vendrá a ayudar a aquellos que no tengan una instancia de SQLEXPRESS o SQL. Pues bien, en el nuevo paquete, así como en 5.0, cuando hacemos un install-package el proceso de instalación del paquete revisa si tenemos instalada un SQLEXPRESS, en caso contrario, setea como provider factory por defecto el uso de localdb. De hecho, se incluye en la configuración de Entity Framework este valor.
1 |
<entityFramework> |
1 |
<defaultConnectionFactory type=<span style="color: #006080">"System.Data.Entity.Infrastructure.SqlConnectionFactory, EntityFramework"</span>> |
1 |
<parameters> |
1 |
<parameter <span style="color: #0000ff">value</span>=<span style="color: #006080">"Data Source=(localdb)v11.0; Integrated Security=True; MultipleActiveResultSets=True"</span> /> |
1 |
</parameters> |
1 |
</defaultConnectionFactory> |
1 |
</entityFramework> |
Para aquellos, que como yo, tenemos un alias para SQLEXPRESS tenemos que acordarnos de modifcar esta sección de configuración o bien utilizar Database.DefaultConnectionFactory para sobreescribir este valor.
- Migraciones desde una base de datos existente
Hasta ahora, con EF 4.3, las migraciones de una base de datos existente eran un poco coñazo, puesto que en la primera migración teníamos que revisar que elementos forman parte de la base de datos actual y borrarlos de nuestra clase DBMigration. Pues bien, ahora, con EF 4.3.1 nuestro comando Add-Migration tiene un nuevo flag, llamado –IgnoreChanges que nos permite indicar al proceso de creación de la migración que no incluya aquella información que está ya presente en la base de datos, puesto que estamos ignorando los primeros cambios que hacermos..
Bueno, aquí se acaba este pequeño posts escrito con premura desde Seattle..
Saludos
Unai