Várias classes DbContext para um único aplicativo da web. Bom ou mal?

É uma boa prática ter múltiplosXXX : DbContext classes para cada seção principal de uma aplicação web (considerando que é uma grande com pelo menos 50 tabelas em seu banco de dados)? Por exemplo: MembershipContext, BlogContext, StoreContext etc. Ou é mais conveniente ter um únicoDatabaseContext para todo o material relacionado ao acesso ao banco de dados.

questionAnswers(1)

yourAnswerToTheQuestion