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

mayer · 2021年01月19日 03:34

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

(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)

jerry.liang · 2021年01月16日 18:09

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

jerry.liang · 2021年01月16日 18:16

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

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

mayer · 2021年01月17日 04:58

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

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

jerry.liang · 2021年01月17日 15:50

就像我上面列的一样，如果是想知道关注的人关注了哪些人，那么如我截图的例子（喜欢的人喜欢了哪些人），那么类似语句：
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
你看上面是否能实现你的需求

mayer · 2021年01月18日 01:04

试过了，不行呢反查之后 $-.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)

kyle · 2021年01月18日 03:06

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

jerry.liang · 2021年01月18日 03:59

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

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

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

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

mayer · 2021年01月18日 04:07

用 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)

mayer · 2021年01月18日 04:09

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

jerry.liang · 2021年01月18日 04:14

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

mayer · 2021年01月18日 05:25

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

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

yee · 2021年01月18日 05:36

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

jerry.liang · 2021年01月18日 06:01

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

mayer · 2021年01月18日 06:26

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

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

mayer · 2021年01月18日 06:48

好的，我晚点整理一下发出来，谢谢！

yee · 2021年01月18日 06:50

如果是随便找出一条记录那可以用 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

mayer · 2021年01月18日 07:57

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

现在还有个 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)

yee · 2021年01月19日 02:25

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

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

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

mayer · 2021年01月19日 02:34

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

希望新的2.0版本能支持一下，谢谢！