Asp net core 2 farklı dbcontexte ait tablolar arası relationship

Aslinda 2 ayri context degil. Db context Identity contextden miras alip tek bir context sahip olmalisin.

Dediğiniz gibi yaparak çözmüştüm sorunu abi ama repository base ve diğer kısmı değiştirmek zorunda kaldım sorunsuz çalışıyor ama doğru bir kullanım mı bilemedim.

Öncesi şöyle idi

Repository base : https://prnt.sc/ugpanx?utm_campaign=DonanimHaber&utm_medium=referral&utm_source=DonanimHaber

EfRepository base : https://prnt.sc/ugpdc6?utm_campaign=DonanimHaber&utm_medium=referral&utm_source=DonanimHaber

IdentityDbContextden türettiğimde yapıyı değiştirmek zorunda kaldım hata alıyordum şu tarza çevirdim.

Repository base : https://prnt.sc/v2ahmz

EfRepository bae : https://prnt.sc/v2ai0o

Bu tarza çevirmekte baya zorlanmıştım. Kaynak bulamadıydım bu adamın yaptığı gibi yapınca identitydbcontext ile oluşturduğum şeyde repository kullanabildim.

https://www.codewithmukesh.com/blog/repository-pattern-in-aspnet-core/ 

Niye mecbur kalasin anlamadim. Identity DbContext den turemis bir nesne dolayisla ikisi de ayni ozellikleri iceriyor.

su amacsiz bir kod

https://prnt.sc/v2ai0o

MySite2Context ile siki sikiya bagli. Oysa ilk orneklerdeki gibi herhangi bir dbContext gelmesi ve onu entity type ile Context.Set<x> ile cagirman mumkun.

Ayrica her add isleminde bir dbContext uretir ve dispose edersen context icindeki baglari da kaybedersin. 1 request icin 1 DbContext nesnesi yeterli. Depedeny Injection yapmanin bir diger mantigi nesnelerin yasam dongulerini belirleyebilmek.

Hep diyorum sen aspnet boilerplate ac oku. O nasil generic reposity kurmis bak.

Aslında tam tersi. Kullanmadığın, ihtiyacını hissetmediğin ve sorunun çözmeyen kodu sadece "best practise" diye çalışmak sana pek bir şey katmaz. Önce kullan gör sonra daha iyisini elbette kendin implemente edebilirsin.