TuGraph使用中的疑惑

用户在使用TuGraph图数据库时遇到一系列问题,包括LMDB存储引擎在大数据量下的优化策略,Cypher查询相比于Neo4j的性能差异,权限控制的局限性,学习资源的匮乏,存储过程的局部性,重边问题的处理以及服务稳定性。用户寻求对这些问题的解答和优化建议。
摘要由CSDN通过智能技术生成

TuGraph使用中的疑惑

在使用TuGraph图数据库过程中,我遇到了以下疑惑,并希望能得到更多指导和解答:

LMDB存储引擎的优化和控制

LMDB作为TuGraph使用的存储引擎,虽然简化了实现,但当数据量远超过内存大小时,可能会面临大量缺页和换页问题,影响性能。我想了解TuGraph开发者是如何进行优化和控制,以应对这种情况。

Cypher查询性能问题

尽管TuGraph在整体性能上被宣传为优势,但使用Cypher进行查询时为何比Neo4j效率慢?我在GitHub上看到了关于使用WITH改写WHERE条件的建议,这引起了我的疑惑。是不是意味着使用Cypher就无法实现理想的性能,只能依赖存储过程来提升性能?

权限控制的问题

对于权限控制方面,我觉得TuGraph似乎有些单薄。不确定是我个人体验不到位还是对权限控制的理解有误。我希望能够了解更多关于TuGraph的权限控制机制和最佳实践。

学习资料的丰富度和支持渠道

TuGraph的学习资料目前仅限于官网和B站视频,是否有其他推荐的学习资源?我希望能够获取更多关于TuGraph的教程、案例和实战经验。此外,关于问题解答和技术支持方面,除了开发者交流群外,是否有其他支持渠道或社区可以提供帮助和指导?

全局存储过程支持

存储过程只能安装在子图上,同样的存储过程需要进行重复加载,是否可以支持全局的存储过程?我想了解关于TuGraph全局存储过程支持的情况。

重边问题

我遇到了重边问题,不确定是我使用的问题还是缺乏相关PK的配置说明,希望得到相关的解决方案。

服务稳定性

在执行call命令时,有时会出现服务挂掉的情况,只能使用进程守护来进行体验。查看日志,只看到了kill的相关信息,但是具体原因却么有显示。(不常出现,可能时我的体验个例)

我非常期待能够得到更多关于这些问题的解答和指导。谢谢!

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值