Как лучше хранить сырые данные

Доброго времени суток. Сразу скажу новичок... Подскажите пожалуйста с реализацией.
Пишу проект, который собирает технологические данные с серверов, агрегирует и вставляет в БД.
Сырые данные которые еще не подверглись агрегации в чем лучше хранить, в оперативной памяти, в Protocol Buffers, в XML?
Если отталкиваться от количества данных, то ежесекундно будут приходить около 3000 данных, вида double(64) | double(64) | double(64) т.е. 24 байта за информационную единицу, умножив на 3000 получаю 72000 байт в секунду, умножив на 10 минут (столько планирую хранить данные) получаю 41,200 МБ цифра не большая, если что то не упустил. Но я не знаю как это отразится на производительности.
Надеюсь понятно объяснил...

Видимо не понятно объяснил

Та понятно,
Что смущает? возможность затыка SQL-сервера при таком потоке?
Проведите нагрузочный тест, проверьте загрузку сети, диска и процессора SQL-сервера при этом потоке

Да все понятно.

Точно не в XML.

Я бы вообще не заморачивался с хранением данных в памяти, а отправлял в бд по факту получения, и аггрегацией в ней же занимался.

darlov,

А в чем проблема в хранении 42 МБ в оперативной памяти?
Зачем сложности.

а, или опасаетесь за само приложение? 42 Мб - это немного, даже если еще столько же служебной информации. Больше вопрос, как эти данные обрабатываются, от этого будет зависеть принцип хранения.

Antonariy, я тесты не делал, но в статьях и советах на форумах, пишут что не выдержит БД такой поток данных, единовременно если вставлять, проблем якобы не будет, а постоянный инсерт не выдержит. Собираюсь использовать Postgresql.

Ну ок, раз это небольшой объем. Тогда более высоко производительней будет в оперативке хранить, единствено, можно потерять данные при падения приложения.

darlov
пишут что не выдержит БД такой поток данных, единовременно если вставлять, проблем якобы не будет, а постоянный инсерт не выдержит

А пацаны-разработчики биллинга об этом и не знали.

darlov
ежесекундно будут приходить около 3000 данных, вида double(64) | double(64) | double(64)

Таки да, не каждая СУБД выдержит, если будет поток 3000 транзакций в секунду.

С другой стороны для такого небольшого объема данных нет проблем делать ежесекундную вставку данных одной операцией.

Что за СУБД? И какое под ней железо?