Quando você deve usar JCR e quando você deve usar JPA / RDBMS?

Question

O Java JCR API define um mecanismo de persistência que pode ser usado para substituir muitos dos papéis tradicionais de um RDBMS. Por exemplo, JackRabbit - a implementação de referência JCR -. Transações suportes, consultas SQL, mapeamento objeto-conteúdo, etc

Você pode escolher um ou outro, armazenar dados binários em ponteiros do sistema BLOBs / arquivos em um RDBMS ou dados textuais em propriedades do nó JCR. Alguém tem experiência substituindo lançando seu DB em favor da JCR?

Você pode usar tanto, talvez armazenar dados binários no CR e dados textuais no RDBMS, mas então você tem de expressar relações entre os sistemas, mantê-los em sincronia, etc Você também começam enfrentando a difícil questão de: "Bem ele se sente bem para armazenar este título do documento com dados binários do documento, então eu vou torná-lo uma propriedade do nó ... mas então eu tenho esse registro do documento na minha DB então talvez eu deveria mantê-lo lá .. "

Como você decide?

Answer 1

Há um papel de Bertil Chapuis exatamente sobre este tópico:

JCR ou RDBMS ? ( blogue post)

E há também o movimento NoSQL (descrito neste artigo para exemplo, ou aqui ), que é uma discussão em curso que , hmmm, digamos, "destaques" as desvantagens do modelo relacional.