使用apoc.path.subgraphAll进行密码查询,似乎限制配置无法正常工作
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了使用apoc.path.subgraphAll进行密码查询,似乎限制配置无法正常工作相关的知识,希望对你有一定的参考价值。
我正在执行以下查询:
MATCH (e:COMP) WHERE e.componentID= "f4db22e7-68d2-473d-960b-c98dbbadb3a0"
with e limit 1 CALL apoc.path.subgraphAll(e,
{relationshipFilter:'CHILD_OF|CONNECTED_TO|LINKED_TO', limit:10}) YIELD nodes
UNWIND nodes as node RETURN node.componentID as uuid, node.orphanID as oid,
node.cTime as time
我原以为我会得到10行但是我的行数超过300行。不确定我在这里遗失了什么?
实际上在我的图表中可能有100,000个与这些关系相关的节点(CHILD_OF,CONNECTED_TO,LINKED_TO)。在那种情况下,我只想将结果限制为1000。
答案
想象一下neo4j-users的问题。
这是在APOC 3.2.3.5中执行的,其中limit
配置参数仅在使用端节点或终结器节点过滤器的labelFilter
时使用。这在之前版本的文档中有所说明。
对于APOC 3.2.3.6(和3.3.0.2),limit
现在适用于所有情况,无论使用何种过滤器,甚至不使用标签过滤器。
尽管使用最新版本删除了引用限制的文档中的行,但这还不够。需要将更改本身(以及更改之前的行为)添加到文档中。
以上是关于使用apoc.path.subgraphAll进行密码查询,似乎限制配置无法正常工作的主要内容,如果未能解决你的问题,请参考以下文章
AES GCM 使用 web 微妙加密进行加密并使用颤振加密进行解密
使用 C++ 原子库,我应该使用啥内存顺序进行加载,然后进行比较交换?
为啥要使用 toString() 对可以使用 typeof 进行检查的参数进行类型检查?