W3C home > Mailing lists > Public > public-rdf-ruby@w3.org > March 2011

Re: rdf.rb/spira bulk read question

From: Greg Lappen <greg@lapcominc.com>
Date: Wed, 2 Mar 2011 10:45:25 -0500
Message-ID: <AANLkTi=-4iom8NoJ0EoOGnq3k=ZTM6cC+5RkiAVPrNhZ@mail.gmail.com>
To: Gabor Ratky <gabor@secretsaucepartners.com>
Cc: public-rdf-ruby@w3.org
Thanks for that - no offense taken.... I've been rapidly coming up the
learning curve on CouchDB and RDF, so I'm wide open to suggestions.  This
list has been a great resource I might add....

when you say you do extensive work with CouchDB, does that include
integration with rdf.rb?  I would love to hear more if you want to talk
about it off-list.


On Wed, Mar 2, 2011 at 10:35 AM, Gabor Ratky

> Greg,
> as soon as I sent my email, I saw that you have been actively committing to
> the project since january ;) We do extensive work with CouchDB (along with
> couchdb-lucene) so I can try to elaborate on my previous comment after
> looking at rdf-couchdb more closely. Definitely wouldn't want to bash
> something without intimate knowledge, I just shared my initial impression.
> Best,
> Gabor
> Begin forwarded message:
> *From: *Gabor Ratky <gabor@secretsaucepartners.com>
> *Date: *March 2, 2011 4:31:54 PM GMT+01:00
> *To: *Greg Lappen <greg@lapcominc.com>
> *Cc: *public-rdf-ruby@w3.org
> *Subject: **Re: rdf.rb/spira bulk read question*
> Are you using Dan Thomas' rdf-couchdb project? (
> https://github.com/ipublic/rdf-couchdb) I've found the project a naive
> RDF::Repository implementation on top of CouchDB in many ways. Great proof
> of concept with rdf-spec tests passing, but definitely needs work,
> especially in the 'efficient querying' space, IMHO.
> Are you taking a hard dependency on CouchDB in other parts of your
> architecture (like us), or just chose it as an RDF repository?
> Gabor
> On Mar 2, 2011, at 3:20 PM, Greg Lappen wrote:
> Hi all,
> We are making good progress with our project, and I've gotten to the point
> where I am storing datasets in our rdf repository (rdf.rb based, implemented
> on couchdb).  Now I'm building a page that allows the data to be exported in
> various formats (xml, csv, etc), but when I iterate over all of the data, it
> is extremely slow.  I see Spira querying the repository once for each
> instance when I iterate using the model's "each" method.  I understand why,
> I'm just wondering if there's a faster way to query all of the instances of
> a Spira class.  One thought we had was to use a graph query instead, which
> would pull out all the properties in N queries (where N is the number of
> properties in the class).  In the example I'm trying, this would be 23
> queries, which is better than hundreds or thousands of queries. Is this as
> good as it gets?  I'm accustomed to working with RDBMS and ActiveRecord, so
> I may just have to shift my expectations a bit, but thought I would ask the
> group if there's something I'm missing....thanks as always,
> Greg
Received on Wednesday, 2 March 2011 15:46:19 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:02:15 UTC