Хороший вопрос, Дан.
Я думаю, что это в основном проблема оптимизации. Хорошая идея - не оптимизировать (разделить на несколько баз данных) слишком рано. (Единственным исключением могут быть журналы, которые могут быстро доминировать над всеми остальными данными, часто требуя сжатия. Я мог бы сразу разделить журналы.)
Просмотр производительности не будет затронут. В обмен на предварительно определенные запросы (определения определений) CouchDB всегда гарантирует быстрые результаты просмотра.
Возможность разделения на несколько баз данных обычно зависит от проблем аутентификации и прав доступа. Если вы используете обычный интерфейс веб-сервера, это не так важно.
Как и во всех представлениях, они хороши , если вы часто запрашиваете. Запросы обновляют представление с быстрым временем отклика. Задержки в запросе вызывают обработку для следующего. В производстве это не является большой проблемой.