Василий Банников Лучший комментарий.
Всегда спрашиваю у людей: - Вам зачем база данных? - Чтобы туда данные сохранять. - Отнюдь, вам она нужна чтобы эти данные потом прочитать. И тут начинается просветление.
При такой постановке задачи лучшим вариантом СУБД будет та, которую знают и умеют обслуживать ваши админы.
С таким объёмом вставок справится любая мейнстримная на правильно подобранном железе. Что ещё вы собираетесь делать с этими записями нам неведомо, посему на выбор повлияеть не может.
11 миллионов inserts в день - это 127 в секунду. При такой нагрузке справится любая современная БД. Ну я не знаю таких чтоб не справлялись. Делайте только короткую буферизацию и batch-insert пачками по 100 - 1000 чтобы оптимизировать сетевой roundtrip.
Есть специализированные NoSQL системы такие как RocksDb, Tarantool в которых именно много оптимизаций сделано было для быстрой вставки. Они выдерживают и во много раз быстрее.
И в данной задаче нужно также спросить бизнес - как быстро данные нужны к чтению пользователя. Нужно сию секунду чтоб они отобразились на UI или можно подождать пару минут или часов.
Ага. Для целей мониторинга и отображения существует такой известный инструмент, как RRDtool. И хранит данные он хитрым образом (аггрегируя их), как раз подходящим для отображения всяких графиков, типа показателей температуры.
Средний
