Problema estratégico: ¿Mezclar db relacional y no relacional?

Se ha hablado mucho sobre bases de datos NoSQL contrarrevolucionarias comoCassandra, CouchDB, Hipertable, MongoDB, Proyecto Voldemort, Mesa grandey muchos más En lo que a mí respecta, los profesionales más fuertes son la escalabilidad, el rendimiento y la simplicidad.

Estoy considerando seriamente sugerir el uso de alguna base de datos no relacional para nuestro próximo proyecto. Sin embargo, algunos equipos comprenden algunos fanáticos de RDBMS, por lo que convencer un cambio difícil podría ser imposible en algunos casos solo por razones emocionales. Además, cuando se trata de modelos de datos complejos, personalmente todavía creo en el poder de RDBMS con sus mecanismos de aplicación de la resistencia de bajo nivel.

Ahora aquí viene mi pregunta: me preguntaba si alguien podría considerar seriamente usar ambos, RDBMSy DB no relacional en un nuevo proyecto: el modelo de datos complejo, pero no crítico para el rendimiento, todavía se implementaría utilizando un modelo relacional y una base de datos, mientras que todos los modelos simples críticos para el rendimiento se implementarían con una base de datos no relacional. Además, un cambio de paradigma tan suave sería mucho más fácil de vender a algunos miembros del equipo altamente emocionalizados que uno difícil.

¿Alguien recomendaría tal enfoque? ¿O prefieres recomendar un enfoque en blanco o negro, es decir, relacional o no relacional? ¡Todos los comentarios son bienvenidos!

P.S .: ¿Alguna idea de si tal confusión funciona bien con Spring e Hibernate / JPA?

Respuestas a la pregunta(3)

Su respuesta a la pregunta