Вот причины, по которым я могу придумать:
- Конфликты имен между производственными коллекциями и аналитическими коллекциями
- Вам нужна другая конфигурация набора реплик для аналитики
- Вам нужна другая конфигурация шардинга для аналитики
- Требуется другой физический носитель для некоторых данных (производственные данные на быстрых дисках, аналитика на медленном диске, например)
- Начиная с Mongo 2.2, "глобальная блокировка записи "будет блокировкой для каждой базы данных, поэтому разные базы данных будут более изолировать аналитический трафик от производственного трафика.
Если что-то из этого списка не применимо к вам, тогда вам не нужноразделить их.Кроме того, намного проще перемещать коллекцию между БД в MongoDB, чем в СУБД (поскольку у вас нет внешних ключей, которые могут вызвать проблемы), поэтому IMO - это относительно простое решение отложить.