Quando dovresti usare JCR e quando dovresti usare JPA / RDBMS?

Question

L'API JCR Java definisce un meccanismo di persistenza che può essere utilizzato per sostituire molti dei ruoli tradizionali di un RDBMS. Ad esempio, JackRabbit - l'implementazione di riferimento JCR - supporta transazioni, query SQL, mappatura del contenuto di oggetti, ecc.

È possibile selezionare l'uno o l'altro, archiviando i dati binari nei puntatori BLOB / file system in un RDBMS o dati testuali nelle proprietà del nodo JCR. Qualcuno ha esperienza nella sostituzione del lancio del proprio DB a favore di JCR?

Puoi usare entrambi, magari archiviando i dati binari nel CR e i dati testuali nel RDBMS, ma poi devi esprimere le relazioni tra i sistemi, mantenerli sincronizzati, ecc. Inizia anche ad affrontare la difficile domanda di " Beh, è ??giusto archiviare questo titolo del documento con i dati binari del documento, quindi lo trasformerò in una proprietà del nodo ... ma poi ho questo record di documento nel mio DB, quindi forse dovrei tenerlo lì .. "

Come decidi?

Answer 1

C'è un articolo di Bertil Chapuis su questo argomento esattamente:

JCR o RDBMS ? ( post di blog )

E c'è anche il movimento NoSQL (descritto in questo articolo per esempio, o qui ), che è una discussione in corso che , hmmm, diciamo, "evidenzia" gli svantaggi del modello relazionale.