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.

questionAnswers(1)

yourAnswerToTheQuestion