在gremlin中,从一个顶点获取少量属性还是获取整个顶点更好

在gremlin中,从一个顶点获取少量属性还是获取整个顶点更好,gremlin,tinkerpop,Gremlin,Tinkerpop,在考虑网络呼叫和查询处理时间时,以下哪项查询是经济高效的 (一) (二) (三) (四) 获取整个顶点会花费我们更多的网络带宽吗。我通常会在快速完成查询处理时获取顶点最便宜的是选项2和选项3。返回元素,即顶点、边、顶点属性,比返回单个结果或贴图或结果的成本更高。即使是以下内容也比返回整个元素的成本更低: g.V(1).valueMap(true) 从数据的角度来看,这与g.V(1)基本相同 基本规则最终与SQL没有太大区别。您可能不会从表中选择,也不应该从元素返回所有数据-只检索您需要的数据。

在考虑网络呼叫和查询处理时间时,以下哪项查询是经济高效的

(一)

(二)

(三)

(四)


获取整个顶点会花费我们更多的网络带宽吗。我通常会在快速完成查询处理时获取顶点

最便宜的是选项2和选项3。返回
元素
,即
顶点
顶点属性
,比返回单个结果或
贴图
或结果的成本更高。即使是以下内容也比返回整个
元素的成本更低:

g.V(1).valueMap(true)
从数据的角度来看,这与g.V(1)
基本相同


基本规则最终与SQL没有太大区别。您可能不会从表中选择,也不应该从元素返回所有数据-只检索您需要的数据。

最便宜的是选项二和选项三。返回
元素
,即
顶点
顶点属性
,比返回单个结果或
贴图
或结果的成本更高。即使是以下内容也比返回整个
元素的成本更低:

g.V(1).valueMap(true)
从数据的角度来看,这与g.V(1)
基本相同


基本规则最终与SQL没有太大区别。您可能不会执行
从表中选择*
,也不应该返回元素中的所有数据-只检索您需要的数据。

非常感谢Stephen,虽然我也有同感,但我怀疑valueMap()步骤将数据转换为Map需要比其他步骤更多的处理时间非常感谢Stephen,虽然我也有同感,但我怀疑valueMap()步骤是否比其他步骤需要更多的处理时间来将数据转换为映射
g.V().has('personId','1234').valueMap('name','age')
    => [name:[chris],age:[24]]
 g.V().has('personId','1234').properties('name','age')
        => vp[name->chris
         =>vp[age->24]
g.V(1).valueMap(true)