[FoRK] Q re: ConceptNet (also FluidDB)
dmorton at bitfurnace.com
Fri Oct 23 15:15:14 PDT 2009
The only way a triple store can work is to use the triple-store as a
conceptual model while building out indices and denormalisations based on
the queries applied to the store.
There was an in-memory C++ data store from a dude in russia that did
something like that - the queries needed to be all provided at compile time
and a data-store suitable for those queries was created as part of the
On Sat, Oct 24, 2009 at 8:46 AM, J. Andrew Rogers <
andrew at ceruleansystems.com> wrote:
> On Oct 23, 2009, at 2:13 PM, Stephen D. Williams wrote:
>> Scalability is an issue. On the other hand, most scalability issues have
>> a solution. Certainly simple, flat triple stores aren't going to do it. I
>> introduced chunkiness to one of my designs (it had temporal versioning.)
>> Other ideas include certain kinds of clustering, denormalization-like
>> constructs, etc.
>> How would you characterize the scalability problems that you have seen?
>> What fundamental issue was involved?
> To be clear, I've never used the various triple stores (of which there are
> myriad designs) out there. I do work with people for whom it is an important
> The fundamental issue is dynamic analytic performance at non-trivial
> scales. One could say something similar about all databases, for very
> similar technical reasons, but the limitations manifest much earlier in
> graph databases.
> FoRK mailing list
More information about the FoRK