怎么样获取这些二度关注来自谁的关注呢? follow._src 好像不能与distinct 和 MINUS同时使用

取二度关注过滤掉一度关注以及重复的人:

(user@nebula) [friend]> (go 2 STEPS from 1001 OVER follow where follow._dst!=1001 YIELD distinct follow._dst MINUS go FROM 1001 OVER follow) 
===============
| follow._dst |
===============
| 1009        |
---------------
| 1013        |
---------------
| 1006        |
---------------
Got 3 rows (Time spent: 4.455/5.961 ms)

查二度关注显示一度关注来源

(user@nebula) [friend]> (go 2 STEPS from 1001 OVER follow where follow._dst!=1001 YIELD follow._dst ,follow._src) 
=============================
| follow._dst | follow._src |
=============================
| 1009        | 1003        |
-----------------------------
| 1013        | 1003        |
-----------------------------
| 1005        | 1004        |
-----------------------------
| 1006        | 1004        |
-----------------------------
| 1009        | 1004        |
-----------------------------
Got 5 rows (Time spent: 3.745/6.628 ms)

查二度关注显示一度关注来源 ,加上distinct follow._dst不起作用

(user@nebula) [friend]> (go 2 STEPS from 1001 OVER follow where follow._dst!=1001 YIELD distinct follow._dst ,follow._src) 
=============================
| follow._dst | follow._src |
=============================
| 1005        | 1004        |
-----------------------------
| 1006        | 1004        |
-----------------------------
| 1009        | 1004        |
-----------------------------
| 1009        | 1003        |
-----------------------------
| 1013        | 1003        |
-----------------------------
Got 5 rows (Time spent: 2.564/4.665 ms)

dstinct 和 ._src属性没有关系的:

另外能解释一下你的二度关注么?

这里的distinct不起作用是指报错,还是没有生效?distinct 属性1、属性2, 输出的结果是 属性1+属性2 满足distinct就行,和sql的distinct是一样的

请问下如果只distinct _dst ,能获取到这个_dst 的 _src么?

需求是找到我关注的关注的人,可能多个人关注了_dst,_dst要做下排重,但需要知道其中谁关注了_dst。

就像我上面列的一样,如果是想知道关注的人关注了哪些人,那么如我截图的例子(喜欢的人喜欢了哪些人),那么类似语句:
go 2 to 2 steps from '我的id' over follow yield distinct follow._dst
那么这个yield出的结果就已经是 关注的人关注了哪些人。

当然你还想得出这些人究竟被谁关注的话,你还可以进行二次反查
go from '关注的人关注哪些人的ids(逗号分隔) over follow reversly yield follow._dst
`
你还可以利用 pipe 的支持,把上面两个nql结合在一起:

go 2 to 2 steps from '我的id’ from follow yield distinct follow._dst as dst | go from $-.dst over follow reversely yield follow.dst
你看上面是否能实现你的需求

试过了,不行呢反查之后 $-.dst 就重复了

看看下面执行的结果

(user@nebula) [friend]> go 2 to 2 steps from 33630944 OVER follow yield  distinct follow._dst as dst| go from $-.dst over follow reversely yield $-.dst,follow._dst as src | limit 10
=====================================
| $-.dst          | src             |
=====================================
| 30762852        | 66431755        |
-------------------------------------
| 75466252        | 62100520        |
-------------------------------------
| 122207269885952 | 122208572217344 |
-------------------------------------
| 122207269885952 | 152170237869056 |
-------------------------------------
| 122207269885952 | 135716991492096 |
-------------------------------------
| 122207269885952 | 137339504517120 |
-------------------------------------
| 122207269885952 | 79578297182208  |
-------------------------------------
| 122207269885952 | 141040357270528 |
-------------------------------------
| 122207269885952 | 33630944        |
-------------------------------------
| 214491224701952 | 219768348087296 |
-------------------------------------
Got 10 rows (Time spent: 495.434/642.251 ms)

元组级去重用 distinct
字段级去重用 group by

那你两个查询结合在一起看,第一个查询获取我关注的人关注了谁,第二个获取这些人是被哪些人关注了。

因为就像上面同事说的,distinct是基于元组的去重,你的(dst和src)构成了一个元组,其中一个重复并不能表明整个元组重复。

而group by聚合某个字段去重后,必须进行相应聚合操作

所以我理解,要实现你的需求,如果你还要返回的我关注的人关注了谁,以及这些谁都被谁关注了(要去重),你通过两次查询自己整合一下?

用 group by 试了下也不行, 用group by $-.uid 会丢掉 follow_uid 的信息,如果用group by $-.uid,$-.follow_uid,又是把 uid + follow_uid 两个作为唯一来计算了,$-,uid 有重复

下面是执行的结果

(user@nebula) [friend]> go 2 STEPS from 33630944 OVER follow YIELD follow._dst as uid, follow._src as follow_uid | group by $-.uid,$-.follow_uid YIELD $-.uid as uid,$-.follow_uid as follow_uid | order by $-.uid | limit 5
=========================
| uid      | follow_uid |
=========================
| 10000001 | 76764760   |
-------------------------
| 10000001 | 47633975   |
-------------------------
| 10000001 | 62100520   |
-------------------------
| 10000005 | 47633975   |
-------------------------
| 10011385 | 76764760   |
-------------------------
Got 5 rows (Time spent: 47.921/92.822 ms)


group by 只能一个字段,才有效,但这样,后面你说的那个聚合操作怎么进行呢?

嗯,我这里指的聚合只是在解释group by操作。我后面说的意思是,你自己通过两次查询来实现自己的需求。

这个通过管道再查询是不行的对吧?可能是只能以另外方式再查询一次了

这种需求挺常见的,特别是社交类应用中,做关系推荐时,所有的推荐规则都是要排重、过滤掉不需要的并且要知道得到的dst是基于哪个src做的推荐的,不知道新的2.0版本的查询语法能否支持呢?

想了解一下如果有多个不同的 src 共同关注了 dst,这时你期望的结果是随便找出一对 (dst, src),还是把所有的 dst 对应的 src 都找出来,类似 (dst, [src1, src2, src3])

你能再列一下你的需求和预期返回格式么?我把你的建议记录下进行内部反馈:handshake:

现在期望的结果是随便的出一对 (dst, src)

可能会有列出几个src的需求,不过不会有取全部src的需求,因为可能src有几十w条。

好的,我晚点整理一下发出来,谢谢!

如果是随便找出一条记录那可以用 group by 就能解决:

go 2 STEPS from 1001 OVER follow where follow._dst!=1001 YIELD follow._dst AS dst, follow._src AS src \
| GROUP BY $-.dst YIELD $-.dst AS dst, MAX($-.src) AS src
1赞

这个可以,group by 后原来YIELD加上max方法就可以选其它元素了,测试过了可以 :+1: :+1: :+1:

现在还有个 MINUS过滤的问题,因为除了取二度关注要排重之外,还要过滤我一度关注的人,使用MINUS过滤之后怎么取 src 呢 (本来准备不用minus,先在外面把一度取出来后,改用条件!udf_is_in()来过滤,发现性能会差10倍,所以还是想看下minus )

下面是使用 minus过滤掉一度关注的dst结果,如何获取这些dst的 src呢?

(user@nebula) [friend]> (go 2 STEPS from 33630944 OVER follow where follow._dst!=33630944 yield follow._dst as dst  minus go from 33630944 OVER follow ) | limit 5
==============
| dst        |
==============
| 85526278   |
--------------
| 23098204   |
--------------
| 1839767264 |
--------------
| 60309343   |
--------------
| 15851767   |
--------------
Got 5 rows (Time spent: 80.447/127.197 ms)

你好,你的问题可以简单的描述为,“我朋友的朋友不是我朋友” 的查询,如果是带有其他属性的话在 nebula 1.0 里不是很好描述,需要像你说的用到 in 或者 client 端做下处理。

后面类似查询,我们考虑在 nebula 2.0 实现对应的 MATCH 支持:

MATCH (a)--(b)--(c)
WHERE NOT (a)--(c)
RETURN a, b, c
3赞

对的,一个是:“我朋友的朋友不是我朋友” ,还有一种需求是"我朋友的朋友不是我关注的人",过滤掉另外一种关系的人。 最后还能获得dst的src。

希望新的2.0版本能支持一下 ,谢谢!

浙ICP备20010487号