У меня предложение:
пусть сначала автор придумает задачу на которой протребуется такой объем данных, а уж после можно будет в конкретных условиях обсуждать решения задачи.

Иначе получаем сферического коня в вакууме.

Кстати вспомнил про СУБД террадата - она вроде изначально кластерная и распределенная на тыс. нод
ЗЫ сам не видел даже проектов где это возможно потребовалось бы.

cardholderЗачем придумывать.
Процессиговая компания 5000 банкоматов 12 000 000 карт, немеряно пос терминалов + call center для ответов на вопросы по эти данным.

Обьем 2 500 000 финансовых транзакций в день.
Все это лежит в десятке баз на разных СУБД платформах общим обьемом
в 30Tб. Имеются таблицы >1 000 000 000 записей.

Чем не задача?Хм... считаем...

Значит для сложности: все 2,5 млн. транзакций - это изменения данных (т.е. отчеты отдельно )
Берем калькулятор и получаем примерно 30 транзакций в сек. это не много... ОЧЕНЬ не много. подобную нагрузку потянет даже один средненький сервер (скажем 4 процовый на SCSI & RAID5 для защиты от сбоев).
Конечно требуются прямые руки у разработчиков системы.

Для отчетов выделяются slave сервера через репликацию, при необходимости ставим сервера для резервирования.

ЗЫ возможно многое выше перечисленное и спорно, но ИМХО подобная задача реализуется даже на MySQL & среднем железе.
ЗЗЫ слышал, что CERN генерирует огромное количество данных, но это не стандартная задача и СУБД скорее всего для нее вообще не подойдут.