[ https://issues.apache.org/jira/browse/JDO-651?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12991993#comment-12991993 ]
Andy Jefferson commented on JDO-651: ------------------------------------ One further possible requirement. With a document-based store (e.g MongoDB), the datastore stores objects in JSON document format. With this (and with XML-based storage also for that matter), you have two options in terms of "embedding" a persistable field. class Foo { @Embedded Bar bar; } Option 1 : store the related object embedded as a document in the document of the owner (i.e nested) Option 2 : map all fields of the related object to "field" names in the document of the owner (like we would do it for RDBMS). Would be nice to have a meta-data way of defining these two situations distinctly. > Modify specification to address NoSQL datastores > ------------------------------------------------ > > Key: JDO-651 > URL: https://issues.apache.org/jira/browse/JDO-651 > Project: JDO > Issue Type: New Feature > Components: api, specification, tck > Affects Versions: JDO 3 > Reporter: Matthew T. Adams > Assignee: Matthew T. Adams > Labels: jdo, nosql, profile, specification > Fix For: JDO 3 maintenance release 1 > > > There is increasing interest in NoSQL datastores (Google BigTable, Apache > HBase, VMWare Redis, etc), which not only do not support SQL, but also do not > necessarily provide support for traditional consistency or queriability > features or guarantees, instead offering features like eventual consistency, > key-value storage mechanisms, etc. > This request is to modify the JDO specification (and TCK & RI) so that it > relaxes certain portions of the specification, perhaps in the form of > profiles similar to JavaEE 6 profiles, to allow datastores that may not > support queries in general, do not support the ACID requirements, or that > support key-value-based storage mechanisms to be JDO-compliant. Additions to > the specification may also be needed in order to directly address NoSQL-type > datastores, in a manner similar to its treatment of relational persistence > mechanisms. > Additionally, this request would serve to better support persistence on micro > platforms where consistency, queriability, etc, may not be supported. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira