RDF based object store

[Minto van der Sluis <mi...@xup.nl>]

Hi Folks,

Currently Isis already has a number of different object stores. Now I
wonder what it takes to add another object store.

For my current assignment we strongly think about storing data in a RDF
triplet store by using Jena or OpenRDF. It would be really nice if I can
achieve this by creating another object store.

But before suggesting a quest like this I first need to know what effort
is required.

Regards,

Minto

Re: RDF based object store

[Dan Haywood <da...@haywood-associates.co.uk>]

Finger-in-the-air estimate: about a month's work.  That's assuming that you
are reasonably familiar with the Isis internals.  Probably worth doubling
or trebling that estimate otherwise.

Another option for you to consider, which i suspect will be rather less
work, is to use the JDO objectstore, and then to implement DataNucleus'
StoreManager API [1].  As you are probably aware, JDO supports non-RDBMS as
well as RDBMS APIs, and the StoreManager API is what does the heavily
lifting for a specific persistence store.

I suggest this option:
a) JDO/DataNucleus is a more mature product than Isis in this regard, and
so there's (presumably) more resources out there on doing this
b) it'll exercise the JDO object store that I worked on recently, and so
flesh out any issues that might be lurking
c) it prevents Isis from gaining yet more code that we then needs to be
maintained.

HTH
Dan

[1] http://www.datanucleus.org/extensions/store_manager.html


On 5 October 2012 12:34, Minto van der Sluis <mi...@xup.nl> wrote:

> Hi Folks,
>
> Currently Isis already has a number of different object stores. Now I
> wonder what it takes to add another object store.
>
> For my current assignment we strongly think about storing data in a RDF
> triplet store by using Jena or OpenRDF. It would be really nice if I can
> achieve this by creating another object store.
>
> But before suggesting a quest like this I first need to know what effort
> is required.
>
> Regards,
>
> Minto
>