Tengo un sitio que administra una colección de reglas y una aplicación de formulario de Windows por separado que realiza cambios de nivel de archivo en función de las reglas de la base de datos.Cómo forzar a EF Code First a consultar la base de datos?
Ambas aplicaciones utilizan las mismas bibliotecas para un EF Code First DbContext, pero cada aplicación crea una instancia de su propia copia del contexto.
El problema es que cada versión del contexto en ejecución no tiene conocimiento de los cambios realizados por la otra versión. P.ej. Si cambio una regla en el sitio, la aplicación de formularios todavía tiene la versión anterior.
Soy consciente de que probablemente voy por este camino equivocado, y debería tener algún tipo de acceso a los datos a través de JSON/REST desde el sitio a la aplicación de formularios, pero preferiría no hacerlo por otros motivos.
¿Hay una manera de "desactivar el almacenamiento en caché" en el contexto y la fuerza de cada consulta para golpear el PP?
Me gusta el escenario más simple :) Actualmente tengo el repositorio creado a través de DI a través del constructor. ¿Supongo que tendré que utilizarlo como arma nuclear y usar un Localizador de servicios para generar un nuevo contexto según sea necesario? – mattdwen
Digamos que "YourEntity" tiene una entidad de "Usuarios" relacionada, no se actualizan con MegeOption.OverwriteChanges, ¿alguna sugerencia sobre cómo actualizar YourEntity.Users también? –