Стратегический вопрос: смешивание реляционных и нереляционных БД?

Было много разговоров о контрреволюционных базах данных NoSQL, таких какCassandra, CouchDB, Hypertable, MongoDB, Проект Волдеморт, Большой столи многое другое. Насколько мне известно, самые сильные плюсы - это масштабируемость, производительность и простота.

Я серьезно думаю о том, чтобы предложить использовать некоторые нереляционные БД для нашего следующего проекта. Тем не менее, некоторые команды включают в себя фанатиков RDBMS, поэтому убедить в жестком переключении может быть невозможно в некоторых случаях только по эмоциональным причинам. Кроме того, когда дело доходит до сложных моделей данных, я лично все еще верю в мощь СУБД с их низкоуровневыми механизмами обеспечения согласованности.

Теперь возникает мой вопрос: мне было интересно, если кто-то может серьезно рассмотреть возможность использования обоих, RDBMSа также нереляционная БД в новом проекте. Сложная, но не критически важная для производительности модель данных будет по-прежнему реализована с использованием реляционной модели и базы данных, в то время как все критичные по производительности простые модели будут реализованы с помощью нереляционной базы данных. Кроме того, такое мягкое изменение парадигмы было бы намного легче продать некоторым высоко эмоциональным членам команды, чем жесткому.

Кто-нибудь порекомендует такой подход? Или вы бы предпочли черный или белый, то есть реляционный или нереляционный подход? Все комментарии приветствуются!

П.С .: Есть идеи, хорошо ли работает такая смесь с Spring и Hibernate / JPA?