Добрый день, господа.
В настоящий момент находимся на этапе проектирования бизнес-системы, и возник вопрос с прогнозируемыми нагрузками для БД.
Аналитики выдали следующие параметры: 20 миллионов записей в основную таблицу в сутки. Данные не удаляются. Остаются навсегда.
Запись небольшая. Предварительно содержит поля: время и дата, идентификатор клиента (15 символов), идентификатор ПО-клиента (35 символов).
После каждой записи идет выборка, которая выбирает следующие данные: количество записей с указанным идентификатором клиента за последние 24 часа, за последнюю неделю, за последний месяц, за последний год.
Во всех остальных таблицах БД рост количества записей не будет превышать 1000 в месяц.
Выдвигаются довольно серьезные требования к скорости записи и выборки, а также к возможности сравнительно быстрого и легкого шардинга.

Ранее не приходилось работать с NoSQL.

Какой вариант выбора БД вы можете порекомендовать?

Заранее благодарю за ответ!

servit,

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

DPH3,

благодарю вас за ответ!
К сожалению, клиентов как раз и планируется огромное количество. При 20 млн. запросов в сутки - 5-6 млн. клиентов. Т.е. каждый клиент будет в среднем генерировать 3 - 4 записи.

DPH3,

Требования к восстановлению очень жесткие. Руководство утверждает, что сбоев в работе быть просто не должно :) Ну это конечно классное требование, но, боюсь, не совсем выполнимое.
Так Вы рекомендуете не заморачиваться на NoSQL, а копать в сторону РСУБД,

DPH3,

Благодарю вас за совет! В принципе, Ваши рекомендации укрепили во мне уверенность, что подобным образом и стоит проектировать данную систему:
Основное хранилище на РСУБД, статистику уже на in-memory NoSQL.

Господа, благодарю вас за Ваши советы!