Wouldn’t it be good if
January 15, 2011
- Jena had an adaptor for NoSql – CouchDB and so on  ? Or would it – whats the benefit here – jena already has a super simple table schema, and rdf brings its own “schema-less” information model, so would it be any better than TDB – concurrency, locking, performance, multiple writers ? A SimpleDB examination has been done with interesting results  is CouchDB any better ? Is RDF suitable for NoSQL in the first place ? .
Would a hybrid approach like ATOMICS  help – denormalised tables, http interface – retain a central database and the SQL advantages and fill it with RDF ? – probably not, its really just mysql underneath, so its still going to have the performance issues.
Neither does trying to mix up a triple or quad store on a NoSQL key-value repository seem right, even if it promises performance improvements. Prolog anyone ?
Update March 14 2011 : Am I changing my mind ?
- An Inbox or IMAP store FOAF analyser. Saw DataHug  being trumpeted again recently and wonder if what they’re doing isn’t simply possible with either a FOAF analyser (with extensions for count/frequency, response times etc) for TBird or Outlook say (backed by a persistent RDF store so it can be interfaced with sparql), or if you want corporate across inbox analyis, do it at the mail server level ?
- I’m still waiting for the gps (and rfid/nfc, or carrier location /eCall) enabled eReader.