Когда следует использовать JCR и когда следует использовать JPA / RDBMS?

Question

Java JCR API определяет механизм персистентности, который можно использовать для замены многих традиционных ролей СУБД. Например, JackRabbit - эталонная реализация JCR - поддерживает транзакции, запросы SQL, сопоставление содержимого объекта и т. Д.

Вы можете выбрать одну или другую, храня двоичные данные в BLOB / указателях файловой системы в RDBMS или текстовые данные в свойствах узла JCR. У кого-нибудь есть опыт замены бросания своей БД в пользу JCR?

Вы можете использовать и то и другое, возможно, хранить двоичные данные в CR и текстовые данные в СУБД, но тогда вам придется выражать отношения между системами, синхронизировать их и т. д. Вы также начинаете сталкиваться с трудным вопросом " Что ж, кажется правильным сохранить этот заголовок документа с двоичными данными документа, поэтому я сделаю его свойством узла ... но тогда у меня есть эта запись документа в моей БД, поэтому, возможно, я должен сохранить ее там ... "

Как вы решаете?

Answer 1

На эту тему есть статья Бертиля Шапюи:

( сообщение в блоге )

И также существует движение NoSQL (описанное в этой статье для например, или здесь ), что является продолжающимся обсуждением, которое Хм, скажем так, "основные моменты" недостатки реляционной модели.