Support Cypher as a query language for Graph data
Add Cyhper (see http://www.opencypher.org/) as a language to query graph databases. Cypher is a human readable query languages to easily access a graph database.
This is currently not on our road map. However, we will review this item in the future as we prioritize future releases.
Jacqui R commented
Is Cypher still not being considered and planned in for CosmosDB? Please ********* the road map so that we can get CosmosDB on the road map. For now we will be using Neo4j with Cypher.
Paul David Lassiter commented
Neo4j supports Cypher on Azure.
neo4j is the new gremlin, azure should adapt!
it has a stronger community and better documentation
Sittingbool, Chief commented
Feel free to use this in the meantime to convert your queries: https://github.com/sittingbool/cypher-to-gremlin-web
Keith Geringer commented
I agree with other comments in this thread. If CosmosDB supported Cypher, we would move to it immediately. But we are a IaaS Neo4j shop until then.
Jeremy Stafford commented
Ditto, the only thing keeping me from using CosmosDB as a graph solution is the query language. Cypher is superior. Add it, and I am in!
Daniël te Winkel commented
I fully agree with Alastair Greens, and to support GQL, please vote on supporting GQL by Microsoft here: https://feedback.azure.com/forums/263030-azure-cosmos-db/suggestions/34406551-microsoft-join-and-support-gql.
Alastair Green commented
If anyone is wondering, especially in light of today's interesting post by Stephen Mallette in the Gremlin Users Google group -- The GQL Manifesto which went up three weeks ago at https://gql.today is a proposal to offer the kind of capability that people are used to in Cypher, but in a single, standardized form that does what Cypher does, and then some: drawing on good new work in PGQL and G-CORE and Cypher for Apache Spark re composable queries and regular path queries, but retaining and improving on everything you already can get out of Cypher. The idea is to avoid "blurred photocopies", get one standard language, not three or four dialects.
So voting for this improvement "Support Cypher as a query language" doesn't clash with supporting the GQL idea at all: the opposite, because it reinforces how helpful and relatively easy to use a declarative language can be. (I hear a lot of similar things about people wanting a language like Cypher for Amazon Neptune, incidentally.)
The goal of GQL is a declarative query language using ASCII Art and all the things that people seem to like in Cypher. That said, GQL is a proposal and Cypher is a fact -- the Cypher for Gremlin is an OSS project to have a look at if you want to get a jump on this.
In that regard, it would be interesting to know if people would like to see a Cypher proxy service to allow efficient access to CosmosDB Graph's Gremlin Server via Cypher?
David Alperovich commented
Right this moment I want to use Cosmos, but without Cypher, I'm not comfortable moving ahead. NEO is nice, but it's JAVA, aka swimming in ****
If you want Cosmos to be a serious graph DB, it needs Cypher. The reason I'll continue swimming in **** is because Microsoft is pretending to have a graph DB. I need something real!
Along with the openCypher graph query language, Neo4j™ is the most widely used open source transactional graph database.
Luis Romero commented
Agree with prior comments
David Cornelson commented
I would probably jump to Cosmos in a second if this were implemented. As it is, Neo4j is my preferred graph database.
I am truly in the favor of this.
Grahame Horner commented
It would be extra nice if CosmosDB also have a cypher design tool similar to that provided by neo4j