...
首页> 外文期刊>Journal of computer and system sciences >Querying a graph database - language selection and performance considerations
【24h】

Querying a graph database - language selection and performance considerations

机译:查询图形数据库-语言选择和性能注意事项

获取原文
获取原文并翻译 | 示例
           

摘要

NoSQL and especially graph databases are constantly gaining popularity among developers as they promise to deliver superior performance when handling highly interconnected data compared to relational databases. Apache Shindig is the reference implementation for OpenSocial with a highly interconnected data model. However, it had a relational database as back-end. In this paper we describe our experiences with the graph database Neo4j as back-end and compare Cypher, Gremlin and Java as alternatives for querying data with MySQL. We consider performance as well as usability from a developer's perspective. Our results show that Cypher is a good query language in terms of code readability and has a moderate overhead for most queries (20-200%). However, it has to be supplemented with "stored procedures" to make up for some performance deficits in pattern matching queries (>1000%). The RESTful API is unusable slow, whereas our WebSocket connection performs significantly better (>650%).
机译:NoSQL,尤其是图数据库在开发人员中不断受到欢迎,因为与关系数据库相比,它们承诺在处理高度互连的数据时将提供卓越的性能。 Apache Shindig是具有高度互连的数据模型的OpenSocial的参考实现。但是,它有一个关系数据库作为后端。在本文中,我们描述了使用图数据库Neo4j作为后端的经验,并比较了Cypher,Gremlin和Java作为使用MySQL查询数据的替代方法。我们从开发人员的角度考虑性能和可用性。我们的结果表明,就代码的可读性而言,Cypher是一种很好的查询语言,并且对于大多数查询而言开销适中(20-200%)。但是,必须补充“存储过程”以弥补模式匹配查询中的一些性能缺陷(> 1000%)。 RESTful API不能缓慢使用,而我们的WebSocket连接的性能要好得多(> 650%)。

著录项

相似文献

  • 外文文献
  • 中文文献
  • 专利
获取原文

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号