Wiele klas DbContext dla jednej aplikacji internetowej. Dobry czy zły?
Czy dobrą praktyką jest posiadanie wieluXXX : DbContext
klasy dla każdej większej części aplikacji internetowej (biorąc pod uwagę, że jest to duża z co najmniej 50 tabelami w swojej bazie danych)? Na przykład: MembershipContext, BlogContext, StoreContext itp. Lub wygodniej jest mieć jedenDatabaseContext
dla wszystkich rzeczy związanych z dostępem do db.