Нужно хранить очень много xml данных (размер от 3кб до 2мб, avg 40 кб).
Максимально до 35 миллиардов записей всего в схеме. В день по 1 млн записей.
В схему будет идти постоянный инсерт и редкая выборка по id.

Нужно определиться где хранить данные.
Удобно было бы в postgres, т.к. остальные данные тоже в нем + понятно как масштабировать/реплицировать/шардировать/секционировать. Но не уверен на счет регрессии в производительности на таком типе данных и таких объемах.
Как альтернативу рассматриваю MongoDB+GridFS.

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

в нулях запутался)
в день 10 млн инсертов,
всего 3.6 млрд записей.

Дедушка,

- да, именно xml. это исходные подписанные данные. распаршенные данные из этих xml хранятся отдельно.
- имеется ввиду 2 схемы, в 1 инсерт, а во вторую копирование из 1 по расписанию?

DPH3,

К сожалению, нет тестового стенда для полноценного эксперимента.
В тестах на 2 млн записей монга и постгрес показывают одинаково хорошие результаты.
Но экстраполировать их на 3 млрд было бы неверным.
---
"в чем проблема с постгресом?" - нет опыта работы с такими объемами, хочу 7 раз отмерять.

Критик,

100 млн тоже без каких-либо видимых проблем.