Neo4j – Cypher vs Gremlin查询语言
我正在开始使用REST API与Neo4j一起开发。 我发现执行复杂查询有两种select：Cypher（Neo4j的查询语言）和Gremlin（通用graphics查询/遍历语言）。
这是我想知道的 – 是否有任何查询或操作，可以通过使用Gremlin完成，不能用Cypher完成？ 或相反亦然？
Cypher似乎比Gremlin更清楚，总的来说，Neo4j的人似乎正在和Cypher一起。 但是 – 如果Cypher与Gremlin相比是有限的 – 我真的想提前知道。
对于一般的查询，Cypher就足够了，可能会更快。 Gremlin优于Cypher的优点是当你进入高级遍历 – 在Gremlin中，你可以更好地定义确切的遍历模式（或者你自己的algorithm），而在Cypher中引擎试图自己find最好的遍历解决scheme。
我个人使用Cypher，因为它的简单性，迄今为止我还没有任何情况下，我不得不使用Gremlin（除了Gremlin graphML导入/导出function）。 不过，我期望，即使我需要使用Gremlin，我也会这样做，在网上find一个具体的查询，而且不会再回来。
你总是可以快速学习Cypher（天），而不是继续（长期）Gremlin将军。
我们必须在我们的查询中遍历数千个节点。 Cypher很慢。 Neo4j团队告诉我们，直接针对Java API实现我们的algorithm会快100-200倍。 我们这样做，容易得到因子60。 截至目前，由于缺乏信心，我们的系统中没有单一的Cypher查询。 Easy Cypher查询很容易用Java编写，复杂的查询不会执行。 问题是当你在查询中有多个条件时，Cypher没有办法告诉按照何种顺序来执行遍历。 因此，您的密码查询可能首先以错误的方向进入图表。 对于Gremlin我没有太多的工夫，但是我可以想象，你可以用Gremlin来执行更多的执行控制。
Neo4j团队在Cypher上的努力令人印象深刻，而且还有很长的路要走。 Neo团队通常会推动人们走向它，而随着Cypher的成熟，Gremlin可能会得到更less的关注。 Cypher是一个很好的长期select。
这就是说Gremlin是一个Groovy DSL。 通过Neo4j REST端点使用它可以完全无拘无束地访问底层的Neo4j Java API。 它（和其他脚本插件在同一类别）不能匹配低级别的权力。 另外，你可以在Gremlin插件中运行Cypher 。
无论哪种方式，有一个理智的升级path，你学习两个。 我会select一个让你快速跑步的人。 在我的 项目中 ，我通常使用Gremlin，然后在需要列表结果或表示模式匹配时调用Cypher（从Gremlin内部或不在），这两者都是Gremlin DSL中的一个痛苦。
我最初开始使用Gremlin。 但是，当时REST接口有点不稳定，于是我转向了Cypher。 它对Neo4j有更好的支持。 然而，有些types的查询根本不可能与Cypher一起使用，或者Cypher不能完全优化Gremlin的方式。
Gremlin是build立在Groovy之上的，所以你可以把它作为一个通用的方式来让Neo4j执行Java代码并从服务器执行各种任务，而不必从REST接口中获取HTTP命中。 其中，Gremlin会让你修改数据。
但是，当我想要查询数据时，我会selectCypher，因为它更易读，更容易维护。 Gremlin是达到限制时的后备。
