加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 站长学院 > MsSql教程 > 正文

sql – 什么时候图形数据库(比如Neo4j)不是很好用?

发布时间:2020-12-12 06:48:23 所属栏目:MsSql教程 来源:网络整理
导读:网上有很多文章支持趋势转移到像Neo4j这样的图形数据库……但是我找不到太多反对它们的文章. 图表数据库何时不是最佳解决方案? 任何比较图形,nosql和关系数据库的文章的链接都会很棒. 解决方法 目前我不会在高容量写入情况下使用Neo4j.写入仍然限于一台机器,
网上有很多文章支持趋势转移到像Neo4j这样的图形数据库……但是我找不到太多反对它们的文章.

图表数据库何时不是最佳解决方案?

任何比较图形,nosql和关系数据库的文章的链接都会很棒.

解决方法

目前我不会在高容量写入情况下使用Neo4j.写入仍然限于一台机器,所以你只能限制一台机器的吞吐量,直到他们找到一些分片方式(顺便说一句,在工作中).在高容量写入情况下,您可能会查看其他一些商店,如Cassandra或MongoDB,并牺牲图形数据库为您提供的其他好处.

我目前不会使用Neo4j的另一件事是全文搜索,虽然它确实有一些内置工具(因为它使用Lucene进行引擎索引),但它的范围有限,并且难以从最新的Cypher使用.我知道在接下来的几个版本中,这将会迅速改进,并期待着这一点.像ElasticSearch或Solr这样的东西可以更好地处理与FTS相关的事情.

与流行的看法相反,表格数据通常适合图表,除非你真的有非常规范化的数据,比如日志记录.

好消息是,您可以同时利用其中的许多内容,为工作选择最佳工具,并实施多语言持久性解决方案,以尽可能最好的方式回答您的问题.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读