z1xel самый выражденный случай - около миллиарда записейЭто в месяц или итого?
z1xel Какую СУБД выбрать?Если уже есть опыт работы с PostgreSQL и все устраивает, то нужно очень постараться чтобы склонить вас к другой СУБД.
z1xel Как организовать данные?
...
данные думаю разбивать на помесячные таблички.
У меня было так
Данные младше месяца - по дням
Данные старше двух месяцев - по месяцам
Затем по годам и дальше должна быть одна табличка СТАРЫЕ_ДАННЫЕ (я уволился раньше чем эта таблица наполнилась)
То есть раз в день создается/заливается очередная таблица
Раз в месяц старые подневные таблички объединяются в месячную таблицу
Раз в год последние месяцы заливаются в годовую.
И всем рулила одна большая вьюха с union all, так что для пользователя заливка проходила мгновенно (как alter view)
Связано это было со спецификой запросов - последние данные (с фильтром по дате) запрашивали чаще всего.

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

авторТолько если самому реализовывать на триггерах. Какие триггеры? Это чистая read-only система (по описанию).

в PG есть мат вью? Расскажите как вы собираетесь делать мат вью на PG? На PG я буду делать производные агрегатные таблицы заполняемые/обновляемые при заливке очередной порции данных. Приложение будет знать имя этих таблиц и верить что они заполнены верно.