Need advice about which tool to choose?Ask the StackShare community!
Dgraph vs RedisGraph: What are the differences?
Introduction
Dgraph and RedisGraph are both graph databases but they have key differences in terms of features and capabilities.
Data Modeling: Dgraph is a distributed graph database that uses a native graph model, allowing for complex relationships and nested data structures. It supports directed and undirected edges with properties, and can handle large-scale data and query workloads. On the other hand, RedisGraph is an in-memory graph database that uses the property graph model, which includes nodes, edges, and properties. It offers limited support for nested data structures and is optimized for real-time queries on small to medium-sized datasets.
Query Language: Dgraph provides a powerful query language called GraphQL+-, which extends the GraphQL standard with additional graph-specific features. It allows for complex filtering, aggregations, and traversals on distributed graphs. RedisGraph, on the other hand, uses the Cypher query language, which is a standard query language for property graphs. It provides a more declarative and expressive syntax for graph traversal and pattern matching.
Scalability: Dgraph is designed to be horizontally scalable and supports sharding and replication, allowing it to handle large amounts of data and high query loads. It can distribute data across multiple nodes and execute queries in a distributed manner. RedisGraph, on the other hand, is a single-server database and lacks built-in support for scaling horizontally. It is optimized for in-memory operations and real-time queries on a single machine.
Persistence: Dgraph supports multiple storage options, including disk-based storage for durability and performance. It uses a log-structured merge tree (LSM tree) for efficient write operations and supports persistent data snapshots. RedisGraph, on the other hand, is an in-memory database and does not provide built-in support for disk-based persistence. It relies on Redis for durability and persistence, which can be configured based on Redis settings.
Transactions: Dgraph provides support for distributed transactions across multiple nodes in a cluster. It ensures ACID (Atomicity, Consistency, Isolation, Durability) properties for transactions and allows for fine-grained control over data consistency. RedisGraph, on the other hand, does not natively support distributed transactions. It provides limited transactional support within a single server, with optional durability guarantees based on Redis settings.
Community and Ecosystem: Dgraph has an active and growing community, with a strong focus on GraphQL and open-source development. It offers various tools and libraries, such as Ratel (a web-based user interface) and GraphQL libraries for different programming languages. RedisGraph, on the other hand, is developed and maintained by Redis Labs, a well-established company in the database space. It has a dedicated user community and integrates well with other Redis modules and tools.
In Summary, Dgraph and RedisGraph differ in their data modeling capabilities, query languages, scalability, persistence options, transaction support, and community ecosystems.
Hi, I want to create a social network for students, and I was wondering which of these three Oriented Graph DB's would you recommend. I plan to implement machine learning algorithms such as k-means and others to give recommendations and some basic data analyses; also, everything is going to be hosted in the cloud, so I expect the DB to be hosted there. I want the queries to be as fast as possible, and I like good tools to monitor my data. I would appreciate any recommendations or thoughts.
Context:
I released the MVP 6 months ago and got almost 600 users just from my university in Colombia, But now I want to expand it all over my country. I am expecting more or less 20000 users.
I have not used the others but I agree, ArangoDB should meet your needs. If you have worked with RDBMS and SQL before Arango will be a easy transition. AQL is simple yet powerful and deployment can be as small or large as you need. I love the fact that for my local development I can run it as docker container as part of my project and for production I can have multiple machines in a cluster. The project is also under active development and with the latest round of funding I feel comfortable that it will be around a while.
Hi Jaime. I've worked with Neo4j and ArangoDB for a few years and for me, I prefer to use ArangoDB because its query sintax (AQL) is easier. I've built a network topology with both databases and now ArangoDB is the databases for that network topology. Also, ArangoDB has ArangoML that maybe can help you with your recommendation algorithims.
Hi Jaime, I work with Arango for about 3 years quite a lot. Before I do some investigation and choose ArangoDB against Neo4j due to multi-type DB, speed, and also clustering (but we do not use it now). Now we have RMDB and Graph working together. As others said, AQL is quite easy, but u can use some of the drivers like Java Spring, that get you to another level.. If you prefer more copy-paste with little rework, perhaps Neo4j can do the job for you, because there is a bigger community around it.. But I have to solve some issues with the ArangoDB community and its also fast. So I will preffere ArangoDB... Btw, there is a super easy Foxx Microservice tool on Arango that can help you solve basic things faster than write down robust BackEnd.
Pros of Dgraph
- Graphql as a query language is nice if you like apollo3
- Easy set up2
- Low learning curve2
- Open Source1
- High Performance1
Pros of RedisGraph
- 10x – 600x faster than any other graph database3
- Cypher – graph query language2
- Great graphdb1
- Open source1