Re:Agamemnon 0.3.0.0: A graph database built on top of cassa...
by Fenn on Monday August 08, 2011 @08:16PM
(#2862138)
Anyone had any practical experience with this?
I'm somewhat skeptical of the practicality of a graph database backed by a network-connected datastore (as distinct from a graph database exposed over a network interface, ie: neo4j) due to the inevitable latency when traversing the graph.
Also the practicality of scale-out using an ostensibly sharded datastore (cassandra) for a structure that's notoriously difficult to shard meaningfully (graph).
Re:Agamemnon 0.3.0.0: A graph database built on top of cassa...
by rjurney on Tuesday August 09, 2011 @12:39AM
(#2862920)
It's going to be slow for global algorithms in large graphs, and fast for local traversals in any graph. Which is the best you can hope for, and they're probably close to the state of the art at doing both in one DB.
Re:Agamemnon 0.3.0.0: A graph database built on top of cassa...
by sgk284 on Monday August 08, 2011 @09:57PM
(#2862453)
Neo4j is limited to the ram available on a single machine. Cassandra can scale across many machines. You won't get nearly the same performance though as you would with neo4j.
Re:Agamemnon 0.3.0.0: A graph database built on top of cassa...
by pjscott on Tuesday August 09, 2011 @12:42AM
(#2862934)
Small correction: neo4j is limited to the resources of a single machine, but the database doesn't need to fit in RAM. You will see a significant slowdown once your data gets too big for RAM, but neo4j has put a fair amount of effort into efficient caching.
Re:Agamemnon 0.3.0.0: A graph database built on top of cassa...
by rjurney on Tuesday August 09, 2011 @12:42AM
(#2862935)
I've done something similar over Voldemort. Local traversals are probably comparable, depending on how they partition and how much duplication there is. And then, you get to do large traversals, which is nice.
I don't know how good Agamemnon is, but I like the approach.
I'm somewhat skeptical of the practicality of a graph database backed by a network-connected datastore (as distinct from a graph database exposed over a network interface, ie: neo4j) due to the inevitable latency when traversing the graph.
Also the practicality of scale-out using an ostensibly sharded datastore (cassandra) for a structure that's notoriously difficult to shard meaningfully (graph).
I'm with you though. As much as I love projects with Classical History names this title makes it just a little creepy.
I don't know how good Agamemnon is, but I like the approach.