¿Cuándo debe usar JCR y cuándo debe usar JPA / RDBMS?

Question

La API Java JCR define un mecanismo de persistencia que se puede usar para reemplazar muchas de las funciones tradicionales de un RDBMS. Por ejemplo, JackRabbit, la implementación de referencia de JCR, admite transacciones, consultas SQL, mapeo de contenido de objetos, etc.

Puede elegir uno u otro, almacenando datos binarios en BLOB / punteros del sistema de archivos en un RDBMS o datos textuales en las propiedades del nodo JCR. ¿Alguien tiene experiencia en reemplazar el lanzamiento de su base de datos a favor de JCR?

Puede usar ambos, tal vez almacenando datos binarios en el CR y datos textuales en el RDBMS, pero luego debe expresar las relaciones entre los sistemas, mantenerlos sincronizados, etc. También comienza a enfrentar la difícil cuestión de " Bueno, se siente bien almacenar el título de este documento con los datos binarios del documento, así que lo convertiré en una propiedad de nodo ... pero luego tengo este registro de documento en mi base de datos, así que tal vez debería mantenerlo allí ... ''

¿Cómo decides?

Answer 1

Hay un documento de Bertil Chapuis sobre exactamente ese tema:

JCR o RDBMS ? ( publicación de blog )

Y también está el movimiento NoSQL (descrito en este artículo para ejemplo, o aquí ), que es una discusión en curso que , hmmm, digamos, "destacados" Las desventajas del modelo relacional.