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