Ten en cuenta que en las ciencias informáticas un error suele tener diferentes resoluciones, por lo tanto mostramos lo más óptimo y mejor.
Solución:
¿Puedo vincular propiedades de navegación entre objetos en diferentes contextos?
No.
¿Puedo tener un contexto con varias bases de datos conectadas?
No.
Sugerencia:
Si las bases de datos pueden comunicarse entre sí (es decir, en el mismo servidor), que parece que ya se ha hecho desde
CustomCode contiene muchas vistas y procedimientos almacenados que se unen a Vendor y LogData
luego cree un procedimiento almacenado para realizar las consultas deseadas (que puede unir tablas de bases de datos separadas).
Desde allí, debería poder exponer y ejecutar el procedimiento desde Entity Framework para realizar la funcionalidad deseada.
Esto evitaría tener múltiples contextos y tratar de unir los datos en la memoria, lo que puede tener efectos adversos si el conjunto de datos es grande.
En las nuevas características de EF Core 5.0, ahora es más fácil crear una instancia de DbContext sin ninguna conexión o conexión string. Asimismo, la conexión o conexión string ahora se puede mutar en la instancia de contexto. Esta característica permite que la misma instancia de contexto se conecte dinámicamente a diferentes bases de datos.
Referencia: https://docs.microsoft.com/en-us/ef/core/what-is-new/ef-core-5.0/whatsnew#use-ac-attribute-para-indicar-que-una-entidad-no-tiene-key
Te mostramos reseñas y valoraciones
Finalizando este artículo puedes encontrar las anotaciones de otros desarrolladores, tú igualmente puedes mostrar el tuyo si te apetece.