Hi, I would rather like to keep the DocumentStore as simple as possible. Ideally an implementation wouldn¹t have to deal with caching. See OAK-1328. Caching and knowledge about the hierarchical structure would be implemented on a higher level.
Regards Marcel On 09/06/15 17:01, "Julian Reschke" wrote: >On 2015-06-09 16:41, Ian Boston wrote: >> Hi, >> Should the opaque String key be abstracted into a DocumentKey interface >>so >> that how the key is interpreted, and how it might be associated with a >> certain type of storage can be abstracted as well, rather than relying >>on >> some out of band specification of the key to be serialised and parsed at >> every transition ? >> Best Regards >> Ian >> ... > >Absolutely. > >That would also be relevant for some some parts of the >MongoDocumentStore implementation which currently make assumptions about >ID structure for cache invalidation purposes. > >Best regards, Julian >
