Какая нагрузка в секунду в пике? И вообще какой планируется профиль нагрузки, какая архитектура всего решения (java - это не архитектура, это всего лишь описание кадровой проблемы), какой бюджет на разработку, какой бюджет на поддержку, какие перспективы роста?

Без этих ответов базу данных никто не выберет (а если и выберут - то доверять их решению не стоит).
Найди архитектора проекта сначала (или консультанта), обсуди/закажи архитектуру - потом можно будет уже и базу выбирать.

Из советов - рекомендую провести аудит выбранного архитектурного решения - найди кого-нибудь из опытных людей на sql.ru или rsdn.ru или еще каким-нибудь образом и попытайся с ним договориться по аудиту.

P.S. Если, например, выяснишь, что в пике тебе нужно уметь держать 10K blob insert в секунду (а я подозреваю, что и существенно больше), то вообще нужно думать не об одной базе, а о шардинге в том или ином виде. А это, скорее всего, выльется в требование к бесплатной БД.
Ну а про железо стоит думать ближе к концу разработки....