当使用Tinkerpop的g.V（）时，TitanDB是否将完整的图形加载到内存中？

作者: 满目山河
发布时间: 2024-08-18 05:47:19 (4天前)
转自：

2 条回复

0#
回复此人
℘ 宋唐 ℒº ѵ ℯ楚厦 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <BLOCKQUOTE> <P> 在我看来，Tinkerpop在使用这个迭代器时会将全局图加载到内存中。 </p> </BLOCKQUOTE> <P> 我不确定你从哪里得到这个结论，但TinkerPop接口的意图恰恰相反。实现TinkerPop接口的图形数据库 <EM> 应该 </EM> 利用的内存保存功能 <code> Iterator </code> 并且聪明地了解他们如何加载数据。我用斜体字写“应该”，因为TinkerPop真的没办法强制执行这个要求。没有什么可以阻止图形提供程序将数据库中的所有数据拉入内存时 <code> g.V() </code> 叫做。 </p> <P> 也就是说，我并没有真正意识到任何持久性（即图形已存在于内存中的内存中）TinkerPop实现，包括Titan。如果是这样的话，泰坦将无法很好地扩展。当然，这并不意味着在OLTP样式遍历中对十亿边缘图中的所有顶点执行全局检索 <code> g.V() </code> 意味着你会得到很好的结果。如果它完全返回（即超时和其他环境问题），你会等待很长时间才能完成遍历。对于全局图形查询，在这些情况下，您将使用titan-hadoop和OLAP样式遍历。 </p> </DIV>

编辑

登录后才能参与评论