Ого дискуссия развернулась.... Всем спасибо за советы. :D

По существу вопроса:

Если уже есть опыт работы с PostgreSQL и все устраивает, то нужно очень постараться чтобы склонить вас к другой СУБД.
Меня в данном случае больше интересует эффективность, нежели собственные привычки =)

Для использования Оракла не вижу объктивных причин, от СУБД нужно всего ничего:

1. хранение данных в виде дерева (будет замечательно, если Postgres такое сумеет, например PK по всем полям и хранить вместо таблички только ее индекс)
2. дополнительные индексы (без лишнего гемороя)
2. where <=> , group by

OLAP
Опять же, излишне.


Смотрел на всякого рода NoSQL, вполне терпимо подходящей показалась Cassandra , можно приготовить все необходимое, но ее приимущества проявятся при объемах на несколько порядков больше, а геморойность - сразу.

кластеризованный индекс в MSSQL, это?

угу, я вроде у Postgres про что-то такое читал, но возможно ошибаюсь


1 Платформа - Linux
2 Бюджет - маленький, стоимость лицензий изначально не закладывалась
3 внутренняя разработка или коробочный продукт на продажу - внутренняя разработка