GrapheneDB与Heroku上的图形故事

Muh*_*ana 3 heroku neo4j graphenedb

我没有图形数据库应用程序的经验,但我正在尝试编写一个.我打算主持Heroku.

我可以看到有2个图表数据库服务提供商有免费计划,但我无法决定使用哪一个,他们都使用不同的属性进行营销,我无法比较!例如:

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

  • Graph Story提到了RAM限制,"存储限制和数据传输限制".

还提到了其他属性,但两个提供商之间无法比较.

有没有人尝试过任何这些服务Heroku并且可以分享他的经验吗?

编辑:我找到了这个页面,它提供了neo4j需要多少空间的想法.

Chr*_*sen 7

我会尽可能地保持客观,以回答这个问题,因为我和其他一些频繁的回答者都与这两家提供商保持着良好的关系.

两者都有自己的专业和骗局,而且我认为只看Heroku方面可能不是一个好选择.

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

你说的是存储限制.那么存储取决于你在数据库中的节点,关系和属性的数量,所以如果有1000个节点的限制,你不需要关心我认为的存储限制.

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

如果你是一个初创公司,在heroku上运行Neo4j是很好的,如果你当然采取付费计划,两个提供商都有很好的支持,两者都奖励他们的长期客户.

如果你只看免费的dynos,那么你不需要关心这些限制,因为它只会是有限的,无论如何!

在Heroku之外,这里有一些我看过的观点:

  1. GrapheneDB在所有平台上运行,包括Azure,这是一个很酷的东西
  2. GraphStory运行企业,因此您可以从高性能缓存中受益
  3. GrapheneDB有一个可访问的API,用于动态创建neo4j服务器并销毁它.
  4. 根据您所在的位置,您可能需要欧洲或美国的支持.
  5. 两者的基本计划在长时间不使用时会遇到一些延迟或启动时间
  6. 两者都支持空间
  7. 两者都是Neo4j社区中的演员,有很酷的东西,你可以在真实中遇见他们:)

现在,您可以免费测试它们!


eas*_*egg 7

我昨天尝试了一个部署在2个Heroku应用程序中的CRUD应用程序:第一个使用Graph Story,另一个使用GrapheneDB.

  • 我曾使用NewRelic进行监控,并且我检测到Graph Story应用程序的中等延迟变量为1到2秒,而GrapheneDB服务只需要20到40毫秒即可执行相同的操作.

图形故事延迟: 图形故事延迟

GrapheneDB延迟: GrapheneDB延迟

  • 我想在Graph Story中尝试付费计划几分钟,但为此,您需要联系协助并等待未知时间.相反,GrapheneDB允许您自动更改计划而不会出现任何问题.

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