Производительность MongoDB с растущей структурой данных

Допустим, мы разрабатываем новую систему и решили использовать MongoDB в качестве первичной базы данных. Схема данных очень похожа на блог с [растущими] комментариями.

В книге «Разработчики MongoDB», совет №6: не вставляйте поля, которые имеют неограниченный рост, он говорит, что неэффективно постоянно добавлять данные в конец массива (но он также намекнул, что комментарии являются «странным крайний случай ").

Скажем, наша новая система похожа на те «комментарии» в блоге - все время динамически растет, но также иногда меняется или некоторые удаляются.

Итак, осознав, что при использовании MongoDB может возникнуть проблема с производительностью, какая другая альтернативная база данных (должна быть горизонтально масштабируемой) могла бы служить этой цели? (Мы не возражаем против использования MongoDB в качестве нашей основной базы данных, но разделяем «комментарии» на альтернативную базу данных. Какие варианты доступны?

Примечания:

Функция Redis, заключающаяся в том, что хеши в качестве типов данных соответствуют описание нашей структуры данных «комментариев» - постоянно увеличивающейся, но иногда изменяемой или удаляемой - НО нам не нужна чистая база данных в памяти (мы не хотим выделять так много оперативной памяти, когда данные могут быть сохранены на диске) - в противном случае это было бы хорошо для нашей проблемы

А как насчет использования CouchDB? Мы не исследуем этот продукт. Как он работает с растущей структурой данных?