6 ms·
The project has no activity in the last 6 months. I would like to see an open-source graph database that's being actively developed and maintained.
by sidi 10y ago
The project has no activity in the last 6 months. I would like to see an open-source graph database that's being actively developed and maintained.
- stiangrindvoll 10y agothere is also: https://github.com/dgraph-io/dgraph https://github.com/dgraph-io/dgraph also a golang project as the title mentions, if this matters to anyone.
- worldsayshi 10y agoLooks promising. Graphql support!
- mwambua 10y agoTheir demo is very pretty... and they seem pretty keen on performance.
- lolive 10y agoIs there a benchmark of a DBPedia import in dgraph?
- indatawetrust 10y agohttps://github.com/neo4j/neo4j https://github.com/neo4j/neo4j
- rspeer 10y agoNeo4j, like all graph databases I've tried, is only okay with small data. Suppose I want to import a medium-sized graph into Neo4j. Medium-sized as in "fits on a hard disk and doesn't quite fit in RAM". One example would be importing DBPedia. Some people have come up with not-very-supported hacks for loading DBPedia into Neo4j. Some StackOverflow comments such as [1] will point you to them, and the GitHub pages will generally make it clear that this is not a process that really generalizes, just something that worked once for the developer. [1] http://stackoverflow.com/questions/12212015/how-to-setup-neo4j-with-dbpedia-ontop-of-ruby-on-rails-application http://stackoverflow.com/questions/12212015/how-to-setup-neo... Now suppose you want to load different medium-sized graph-structured data into Neo4j. You're basically going to have to reinvent these hacks for your data. And the last time I tried to load my multi-million-edge dataset into Neo4j through its documented API, I estimated that it would have taken several weeks to finish. Don't tell me that I need some sort of enterprise distributed system to import a few million edges. Right now I keep these edges in a hashtable that I wrote myself, in not-very-optimized Python, that shells out to "sort" for the computationally expensive part of indexing. It's not a very good DB but it gets the job done for now. It takes about 2 hours to import.
- mwambua 10y agoVery interesting. I think the reality in a lot of situations is that most people don't really need the full feature-set that graph databases provide. I ran into a similar problem trying to explore Wikidata's json dumps. It's a lot simpler to load it into MongoDB and create indices where you need them, rather than figuring out how to interface to a proprietary system that you may or may not end up using in the long run. I'm still having trouble keeping my indices in memory though, and would be keen to know what sort of latency you encounter hitting an on-disk hashtable.
- rspeer 10y agoWhat I end up with is a 4 GB index, whose contents are byte offsets into an 8 GB file containing the properties of the edges. When I mmap these, an in-memory lookup takes about 1 ms, but I can have unfortunate delays of like 100 ms per lookup if I'm starting cold or hitting things that are swapped out of memory.
- rspeer 10y agoAlso, yeah, I don't really need most of the things that graph DBs are offering. They seem to focus a lot on making computationally unreasonable things possible -- such as arbitrary SPARQL queries. I'm not the kind of madman who wants to do arbitrary SPARQL queries. I just want to be able to load data quickly, look up the edges around a node quickly, and then once I can do that, I'd also like to be able to run the occasional algorithm that propagates across the entire graph, like finding the degree-k core.
- Tpt 10y agoI use MongoDB for a Wikidata replica and index performances are quite good. I use some hacks in order to keep size of indexed values low (see https://github.com/ProjetPP/WikibaseEntityStore/blob/master/src/MongoDB/MongoDBDocumentBuilder.php#L86 https://github.com/ProjetPP/WikibaseEntityStore/blob/master/... ). It helps a lot in order to be able to keep indexes into memory. It powers https://askplatyp.us https://askplatyp.us quite well.
- lolive 10y ago
- impostervt 10y agoLatest commit is March 23rd.
- moondowner 10y agohttp://orientdb.com/orientdb/ http://orientdb.com/orientdb/
- baq 10y agohave you used it on non-trivial scales? did it turn out ok for you? any major outstanding issues? asking because i've looked at it a couple of years back and decided to go with SQL but the project looked reeeaally interesting back then and it still might fit for new development.
- reactor 10y agohttp://orientdbleaks.blogspot.com/ http://orientdbleaks.blogspot.com/
- baq 10y agothanks!
- rspeer 10y agoI tried OrientDB. It's not clear how to use their fast data importer on data that's actually structured as a graph (instead of "hey, I've got a SQL database that I want to put into a graph database for some reason"). A couple of their employees have responded to me once but haven't actually answered the question. I also tried it before they had a fast data importer and... well, you need a fast data importer.
- lvca 10y agoWhat kind of data did you try to import into OrientDB? CSV? Or from any other GraphDB (GraphML format)? Have you already tried http://orientdb.com/docs/last/Graph-Batch-Insert.html http://orientdb.com/docs/last/Graph-Batch-Insert.html? In case you import data from a RDBMS, you can use Teleporter: http://orientdb.com/docs/last/Teleporter-Home.html http://orientdb.com/docs/last/Teleporter-Home.html.
- kawera 10y agoOTOH, I've been using it in production for several months with good results. Small dataset though, only 9M quads. Cayley's codebase is not large and very clean.
- reactor 10y agohttps://arangodb.com https://arangodb.com
- stanislavb 10y agoYes, the dev activity seems to be declining - https://go.libhunt.com/project/cayley https://go.libhunt.com/project/cayley
- deleted 10y ago[deleted]
- qw 10y agoNeo4J had activity an hour ago
- jerven 10y agoBlazegraph. As used for wikidata among others. Has lots of property graph support not just semantic graphs.
- rspeer 10y agoWhile I've been pointing out the problems I've encountered with Neo4J and OrientDB, I should say as a counterpoint that I just tried Blazegraph based on this recommendation, and so far, it works. Its importer was not the most intuitive thing to use -- I had to dig up configuration items that were scattered across its documentation and Stack Overflow -- but I got it to work, it imported 25 million edges in less than 8 minutes, and it's providing reasonably quick access to those edges now.
- willcodeforfoo 10y agoI know neo4j is the 800 lb. gorilla in this space, but it's interesting it has way more stars (almost 8K) than neo4j's almost 3K.
- kajecounterhack 10y agohttp://github.com/google/badwolf http://github.com/google/badwolf Graph store currently being used by Google's Spam & Abuse Team. Last commit last week.
- gaffer 10y agoWhat about: https://github.com/GovernmentCommunicationsHeadquarters/Gaffer https://github.com/GovernmentCommunicationsHeadquarters/Gaff...
- nl 10y agoI'm pretty excited about https://github.com/dgraph-io/dgraph https://github.com/dgraph-io/dgraph Distributed (yes, really!) graph database, from a guy who was on Google's knowledge graph team.
- marknadal 10y agohttps://github.com/amark/gun https://github.com/amark/gun Open Source, graph database, P2P/decentralized, 1800+ stars, browser/javascript friendly, active community, does realtime updates like Firebase. With some INSANE performance specs: https://github.com/amark/gun/wiki/100000-ops-sec-in-IE6-on-2GB-Atom-CPU https://github.com/amark/gun/wiki/100000-ops-sec-in-IE6-on-2...
- ci5er 10y agoCan you explain the concern over this maybe not being maintained any more? My perspective (for reference) is that it meets your requirements for a project or it does not. Some of my favorite libraries haven't been updated in over a decade. They are in C, though, and I recognize that this removes a lot of worries about environmental churn someone might natively have if they come from (say) Javascript.