-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support for persistent storage with TDB? #2
Comments
Absolutely, shouldn't be hard at all. Aristotle uses the Keep in mind that for smaller datasets, it's probably easier just to serialize the graph. |
Yup, not hard at all when using TDB 1, e.g. (let [dataset (TDBFactory/createDataset ^String tdb-path)
model (.getDefaultModel dataset)
graph (.getGraph model)]
{:dataset dataset
:model model
:graph graph}) I think this will basically get you a working persistence layer using TDB 1 where You can add to the graph object as per usual (the functions in Aristotle taking a TDB 2, however, I couldn't get working very easily. Every single method call accessing any method on the relevant Java objects has to be wrapped in a transaction to get any output whatsoever. |
One issue with implementing support for TDB in Aristotle is that as-of-now the lower-level I suppose one could create a representation similar to the map I define above (perhaps wrapped in a record) using that as a replacement for the |
It turns out that a similar issue also exists with TDB 1, but you only run into it if have performed at least one transaction, in which case all further attempts to access TDB content is locked behind transactions. I've tried to make a macro which wraps the Aristotle query |
Just wondering if it would be possible to use a TDB model somewhere to persist results?
The text was updated successfully, but these errors were encountered: