Entity Framework: одна база данных, несколько DbContexts Это плохая идея?

На сегодняшний день у меня сложилось впечатление, что DbContext предназначен для представления вашей базы данных, и, таким образом, если ваше приложение использует одна база данных, вам понадобится только один DbContext. Однако некоторые коллеги хотят разбить функциональные области на отдельные классы DbContext. Я полагаю, что это исходит из хорошего места — желания сделать код чище — но это кажется непостоянным. Моя интуиция подсказывает мне, что это плохая идея, но, к сожалению, моя интуиция не является достаточным условием для дизайнерского решения.

Итак, я ищу а) конкретные примеры того, почему это может быть плохой идеей, или б) гарантии того, что все сработает просто отлично.