Future support for graphical database would be cool, since RDF can be viewed as graphs. Neo4j is gaining momentum recently but one of its major problems is that it does not natively support SPARQL . Maybe a 'GDB' in the future?
Site (Victor) Guo > From: [email protected] > To: [email protected] > Subject: alternative storage implementations > Date: Fri, 5 Apr 2013 14:23:51 +0000 > > I plan to review the Jena source code this weekend to understand what needs > to be done to support an alternative storage implementation. I had heard on > this group a while ago that there was some planned effort to simplify the > storage interface to make this easier. Has that been done yet? Briefly > perusing the code last night, it seemed like the graph package is where I > should focus my attention. I’d appreciate any other pointers to relevant code > that would need to be examined to support an alternative implementation. We > are probably going to look for more of an in-memory implementation that would > be backed up by a storage facility that is not relational, so I am thinking > the manner in which TDB operates may be a better fit than SDB. Any helpful > suggestions are greatly appreciated. > > David Jordan > Senior Software Developer > SAS Institute Inc. > Health & Life Sciences, Research & Development > Bldg R ▪ Office 4467 > 600 Research Drive ▪ Cary, NC 27513 > Tel: 919 531 1233 ▪ [email protected]<mailto:[email protected]> > www.sas.com<http://www.sas.com/> > SAS® … THE POWER TO KNOW® >
