Entity Framework 4.1 DbSet Reload

Question

Estoy usando una sola instancia del escenario DbContext para sombrear toda la copia de la base de datos localmente en una aplicación WPF. He oído que esto es una mala práctica, pero mi base de datos es pequeña y necesito una copia completa de ella localmente mientras se ejecuta la aplicación.

un método de extensión para IQueryable, Load() me permite precargar los elementos de un DbSet<>, de modo que pueda unir las cosas a la propiedad local de DbSet<>. Los datos en la base de datos cambian rápidamente, así que quiero SaveChanges() y volver a cargar todo, incluso los objetos que ya están rastreados. Llamar nuevamente al método Load() no actualiza los elementos que se rastrean pero que no están marcados como cambiados, que ya están cargados.

¿Cuál es el método preferido para volver a cargar los artículos precargados en un DbSet<>? Fuera de mi cabeza, solo puedo pensar en llamar al SaveChanges(), luego revisar todas las entradas y establecer tanto los valores originales como los rastreados en los valores actuales en la base de datos, luego Load() cualesquiera objetos nuevos que puedan haberse agregado. En mi caso, no es posible eliminar objetos, pero es posible que tenga que admitir la eliminación de elementos a largo plazo. Esto no parece correcto, debería haber una forma de dejar todo y volver a cargar. Parece que es más fácil olvidar mi contexto y comenzar de nuevo, pero todos los elementos en WPF ya están vinculados al Local´ObservableCollection<>, y esto simplemente arruina la interfaz.

Answer 1

Esta no es la forma en que se supone que debe usar DbContext, y por eso es casi imposible volver a cargar los datos. Mantener un contexto único por mucho tiempo es incorrect usage. El enlace también responderá por qué las entidades rastreadas no se actualizan.

puede volver a cargar selectivamente una sola entidad llamando Reload en DbEntityEntry:

context.Entry(entity).Reload(); 

También puede volver a utilizar ObjectContext y ObjectQuery con MergeOption.OverrideChanges, o utilizar Refresh para una colección de entidades con RefreshMode.StoreWins.

Todos estos enfoques sufre algunos problemas:

• Si se elimina el registro en la base de datos, no se eliminará a partir del contexto.
• Los cambios en las relaciones no siempre se actualizan.

La única forma correcta de obtener datos nuevos es Dispose el contexto, crea uno nuevo y carga todo desde cero, y lo estás haciendo de todos modos.

Answer 2

DbContexts se supone que viven poco tiempo, Considerar después de guardar los cambios deshacerse de él y volver a cargar todo desde el principio. Tiene 2 juegos de objetos ... uno de db y otro de enlace.

Answer 3

Con Entity Framework 4.1, la recomendación para el enlace de datos WPF ha cambiado para usar .Local y un DbContext persistente.

http://blogs.msdn.com/b/efdesign/archive/2010/09/08/data-binding-with-dbcontext.aspx

Es, por supuesto, es posible disponer de ella siempre que lo necesite, pero puede afectar negativamente a la interfaz de usuario si lo hace.

Aquí hay otro método, pero no estoy seguro de que tiene características de EF4.1 en cuenta:

http://msdn.microsoft.com/en-us/library/cc716735.aspx

Answer 4

Utilice usando() para CRUD.It volverá a cargar automáticamente los datos actualizados.

using (myDbContext context = new myDbContext()) 
{ 

} 

Best Regards, Thet Tin Oo