ABCDEFGHIJKLMNOPQR
1
ThingWeightOrientDBTitanNeo4jArangoDBGraphXWDQInfoGridBlazeGraphAccumuloPostgresVirtuoso4storeApache JenaBuild ElasticGraph
Build SQL + GraphServ
Rate thing from 0 to 10 - 10 is best
2
Totals9391189110266813654520159700159009000Weight can be whatever you want
4
Easy to type query language28888610778
5
Can expose native query language (useful because SPARQL and Cypher and powerful and people might be used to them)
400000060
6
Ability to maintain uptime20399091907
7
Fully free software (no "Enterprise" version) (stuff we need and stuff we may want to add is free software)
301051010107510
8
Implements some standard spec (TinkerPop, something else?)2377010997
9
Horizontal scalability85734100447
10
Maturity of distributed version7481390115
11
Stability of storage layer9597891775
12
Packaging (deb) and puppetization22555104350
13
Dealing with queries overusing resources (sandboxing)677855192
14
Cross-DC / multi-cluster replication30105010000
15
Modularity (plug in other index stores, plugin in data types)47807
16
Well commented source (in case we have to hack on it)218195
17
Query planner84076009
18
Simple index lookup (population = 101)71010101010101010
19
Indexed range lookup (populate > 100)71010539101010
20
Intersecting index lookup (population > 101, country = Germany)55107691010
21
Geospatial indexes (withing 100 miles of the center of Berlin)788688909
22
Complex geospatial queries (find all points in polygon)236718009
23
Full text indexes (stemming, ranking, etc)277590710
24
Indexes for multiple traversals4010
25
Handles ten thousand indexes natively (property values, qualifiers, etc)
9206798
26
Traversal order rewriting7000010
27
Top-n queries76508
28
Vertex-centric indexes30801002
29
Online schema changes4047870107
31
Multi operation ACID386108060
32
Storage layer designed for graphs08385410100
33
Rough edges-2357101057
34
Efficiently supports checking qualifiers and references (index or post filtering)
4951510103
35
Easy to support query continuation (better than O(offset) paging)38232
36
Easy to support dump all results591010101010710
37
Experimentation consle (repl for the graph)1068881078
38
WMF experience (aka ops/dev comfort level)61511-2015
39
Memory efficiency0522
40
Work remaining-52035201051
41
Amount of hacking we'll have to do on the graph database layer-10168811018
42
Upstream support (bug fixes, patch reviews, etc)510045100
43
Project health (diversity of contributors)3040658160
44
Community Health (mailing list, irc, bugs and stuff)1031878031
45
Apache License0101001010071010
46
AGPL0001000107010
47
GPL00000010010
48
Gremlin support051010130555010
49
SPARQL support023301010
50
Expressiveness of native query language877972107
51
Data inference/materialization (automatically, with rules we can define)
600000007000
52
Ability to handle lots of writes9107
53
54
openhub links for incorrect bad stats
https://www.openhub.net/p/orientdb
https://www.openhub.net/p/titandb
https://www.openhub.net/p/neo4j-graphdb
https://www.openhub.net/p/ArangoDB
https://www.openhub.net/p/apache-spark
https://www.openhub.net/p/infogrid
https://www.openhub.net/p/bigdata
https://www.openhub.net/p/accumulo
55
56
57
58
59
Notes!:
60
2015-02-06 20:36 UTC
I removed the row about index use and exploded it into lots of rows about _how_ we expect indexes to work. This might be overvaluing indexes.
61
62
63
64
65
66
67
68
69
70
71