Questão estratégica: mistura db relacional e não relacional?

Fala-se muito sobre bancos de dados NoSQL contra-revolucionários comoCassandra, CouchDB, Hypertable, MongoDB, Projeto Voldemort, Mesa grandee muito mais. Para mim, os profissionais mais fortes são escalabilidade, desempenho e simplicidade.

Estou pensando seriamente em sugerir o uso de um banco de dados não relacional para o nosso próximo projeto. No entanto, algumas equipes compreendem alguns fanáticos por RDBMS; portanto, convencer uma troca difícil pode ser impossível em alguns casos apenas por razões emocionais. Além disso, quando se trata de modelos de dados complexos, pessoalmente ainda acredito no poder do RDBMS com seus mecanismos de aplicação de consistência de baixo nível.

Agora, aqui está a minha pergunta: eu estava pensando, se alguém poderia considerar seriamente o uso de ambos, RDBMSe banco de dados não relacional em um novo projeto: o modelo de dados complexo, mas não crítico para o desempenho, ainda seria implementado usando um modelo relacional e o banco de dados, enquanto todos os modelos simples críticos para o desempenho, ainda que simples, seriam implementados com um banco de dados não relacional. Além disso, uma mudança de paradigma tão suave seria muito mais fácil de vender para alguns membros da equipe altamente emocionalizados do que uma mudança difícil.

Alguém recomendaria essa abordagem? Ou você prefere recomendar uma abordagem em preto ou branco, ou seja, relacional ou não relacional? Todos os comentários são bem-vindos!

P.S .: Alguma idéia se essa confusão funcionar bem com Spring e Hibernate / JPA?

questionAnswers(3)

yourAnswerToTheQuestion