GrapheneDB vs Heroku上的图形故事

我没有使用Graph DB应用程序的经验，但我正在尝试编写一个。我打算在Heroku担任主持人

我可以看到有两个Graph DB服务提供商提供免费计划，但我无法决定使用哪一个，他们都使用不同的属性进行营销，我无法比较！例如：

• GrapheneDB仅提及节点和关系计数限制以及查询时间限制。但是没有关于存储限制的内容

• 图形故事提到RAM限制、`存储限制和数据传输限制

还提到了其他属性，但它们在两个提供商之间不具有可比性

有人在Heroku上尝试过这些服务吗？请分享他的经验

---

编辑：我找到了neo4j需要多少空间的概念。

Graph Story提供了以下区别于其他产品的功能：

• Graph Story提供了Neo4j的企业版
• 自由计划中的节点或关系没有限制
• 最长查询时间为30秒

当然，你不想在制作中使用免费计划，但它对于概念验证、学习Neo4j、小爱好项目等都非常有用

---

（完全披露：我是Graph Story的首席技术官。）

我将尽可能客观地回答这个问题，因为我和其他一些经常回答问题的人与这两个提供商都有良好的关系

两者都有各自的优缺点，我认为只看赫罗库的一面可能不是一个好选择

您需要知道，两者之间还有一个区别，GraphStory提供Neo4j企业版，而GrapheneDB提供Neo4j社区版，这是事实。然而，我个人认为，如果你在heroku上运行neo4j，那么你就不需要enterprise，因为neo4j的“企业”用户正在使用他们自己的环境，在服务器上使用带有“真实”RAM和SSD的集群，这实际上可以由两个提供商通过许可证和支持进行管理

你说的是存储限制。存储取决于数据库中的节点数量、关系和属性，因此，如果有1000个节点的限制，我认为您不需要关心存储限制

我在heroku上尝试了这两种方法，除了节点限制外，在部署免费dynos时，在性能方面没有太大的差异

如果你是一家初创公司，在heroku上运行Neo4j是非常棒的，如果你采用付费计划的话。当然，两家供应商都有很好的支持，而且都在奖励他们的长期客户

如果你只看免费的dynos，那么你就不需要关心它的局限性，因为它将以任何方式受到限制

在Heroku之外，我看到了以下几点：

GrapheneDB可以在所有平台上运行，包括Azure，这是一个很酷的东西

GraphStory运行enterprise，因此您可以从高性能缓存中获益

GrapheneDB有一个可访问的API，用于动态创建neo4j服务器并销毁它

根据您所在的位置，您可能需要欧洲或美国的支持

这两种基本计划在长时间不使用时都会出现延迟或启动时间

两者都支持空间布局

他们都是Neo4j社区的演员，都有很酷的东西，你可以在现实中见到他们：）

---

现在，你可以免费测试它们了

我昨天尝试了一个部署在2 Heroku应用程序中的CRUD应用程序：第一个是Graph Story，另一个是GrapheneDB

• 我用NewRelic进行了监控，发现Graph Story应用程序有一个1到2秒的中等延迟变量，而GrapheneDB服务只需要20到40毫秒就可以执行相同的操作

图表故事延迟：

GrapheneDB延迟：

• 我想在Graph Story中尝试几分钟的付费计划，但要做到这一点，您需要联系帮助人员并等待未知时间。相反，GrapheneDB允许您自主更改计划，而不会出现任何问题

• 我试图在Graph Story中导出db，但操作不是实时的：您需要等待通过电子邮件发送的链接。我启动了2次操作，但10小时后的电子邮件尚未到达。 相反，在GrapheneDB中，导出是即时的，无需等待焦虑的电子邮件

---

我知道Graph Story支持REST API。它也支持Neo4j OGM吗？它当然支持！Neo4j OGM使用REST API，因此我们100%支持它。GraphStory是否允许每个帐户有多个管理员，因此并非每个人都必须使用相同的电子邮件/密码登录。它是Graphene的标准配置，非常方便。它肯定在路线图上，但我们还没有实现该功能。我知道GrapheneDB支持Neo4j OGM。它也支持REST API吗？是的，确保可以通过neo4j REST API访问这两个版本：社区版的单服务器部署或企业版的HA群集部署，这需要额外的许可。好吧，图形故事也应该如此。