La API Java JCR define un mecanismo de persistencia que se puede utilizar para reemplazar muchas de las funciones tradicionales de un RDBMS. Por ejemplo, JackRabbit - la implementación de referencia JCR - admite transacciones, consultas SQL, mapeo de contenido de objetos, etc.¿Cuándo debe usar JCR y cuándo debe usar JPA/RDBMS?
Puede seleccionar uno u otro, almacenar datos binarios en BLOB/punteros del sistema de archivos en un RDBMS o datos de texto en propiedades de nodo JCR. ¿Alguien tiene experiencia reemplazando lanzando su DB a favor de JCR?
Puede usar ambos, quizás almacenando datos binarios en el CR y datos de texto en el RDBMS, pero luego debe expresar relaciones entre sistemas, mantenerlos sincronizados, etc. También comienza a enfrentar la difícil pregunta de " Bueno, se siente bien almacenar este título del documento con los datos binarios del documento, así que lo convertiré en una propiedad de nodo ... pero luego tengo este documento registrado en mi base de datos así que tal vez debería mantenerlo allí ... "
¿Cómo decides?
Estoy realmente interesado en esto. Esperando que haya más respuestas, que sean exploratorias, informativas y bastante objetivas. Es fácil para los chicos de JCR socavar RDBMS, pero teniendo en cuenta todos los escenarios prácticos, herramientas, etc. Creo que RDBMS todavía tiene algunos "beneficios". –