Выбор MongoDb / CouchDb / RavenDb - совет по производительности и масштабируемости [закрыто]

Мы рассматриваем решение для хранения документов в базе данных с отказоустойчивой кластеризацией для некоторых приложений с интенсивным чтением / записью.

Мы будем иметь в среднем 40K одновременных записей в секунду, записываемых в базу данных (с пиковым значением может достигать 70,000 во время) - и может иметь примерно такое же количество операций чтения.

Нам также нужен механизм для уведомления базы данных о новых письменные записи (своего рода триггер на уровне базы данных).

Что будет хорошим вариантом с точки зрения правильного выбора базы данных документа и планирования соответствующей емкости?

Обновлено

Более подробная информация об ожидании.

• В среднем мы ожидаем 40 000 (40 КБ) Количество вставок (новых документов) в секунду в 3-4 базах данных / коллекциях документов.
• Пиковое значение может достигать 120 000 (120K) вставок
• Вставки должны быть читаемыми сразу - почти в реальном времени
• Наряду с при этом мы ожидаем около 5000 обновлений или удалений в секунду
• . Наряду с этим мы также ожидаем 500-600 одновременных запросов, обращающихся к данным. Эти запросы и планы выполнения в некоторой степени известны, хотя их, возможно, придется обновлять, скажем, раз в неделю или около того.
• Система должна поддерживать отказоустойчивую кластеризацию на стороне хранилища