Neo4j 2.0 Как мне рассчитать отношения в предложении CASE?

Question

Я писал запрос cypher для подсчета всех узлов с меткой, свойством или связью, которые содержат критерии, введенные пользователем. Когда я делаю этот запрос, я хочу подсчет всех узлов с уникальными именами меток (которые я выполнил). Я также хочу подсчитать все узлы, которые содержат конкретные отношения.

Это часть запроса, который возвращает количество всех узлов с метками: фрукты, урок, Tech и Testdata. Я оставил предложение WHERE, потому что он довольно длинный.

match (n) 
return 
sum(CASE when any(l IN labels(n) WHERE l='Fruit') THEN 1 ELSE 0 END) AS Fruit,  
sum(CASE when any(l IN labels(n) WHERE l='Lesson') THEN 1 ELSE 0 END) AS Lesson, 
sum(CASE when any(l IN labels(n) WHERE l='Tech') THEN 1 ELSE 0 END) AS Tech, 
sum(CASE when any(l IN labels(n) WHERE l='TestData') THEN 1 ELSE 0 END) AS TestData 

возвращает

Fruit  Lesson   Tech   TestData 
1000  20    100   50 

Однако, я хотел бы также, чтобы подсчитать число узлов, которые имели определенные отношения (я знаю имена загодя), как «ЗНАЕТ», «ЯВЛЯЕТСЯ» , и "НАЗНАЧЕНИЕ". Например, если пользователь искал слово «знает», а результирующие узлы имели отношение «знает», то я бы подсчитал этот узел. Впоследствии в моем запросе сообщалось, что я нашел 20 узлов, которые были связаны через отношения «знает».

Я хотел бы сделать это, не исключая ни один из моих результирующих узлов. Заметьте, что я не включал никаких отношений в предложение match. Я все еще хочу включить узлы, у которых нет отношений (я не думаю об этом).

Кто-нибудь знает, как это сделать? Это можно сделать?

Я искал что-то похожее на это:

match (n) 
return 
sum(CASE when any(r IN rels(n) WHERE r='KNOWS') THEN 1 ELSE 0 END) AS KNOWS,  
sum(CASE when any(r IN rels(n) WHERE r='IS_A') THEN 1 ELSE 0 END) AS IS_A, 
sum(CASE when any(r IN rels(n) WHERE r='DESTINATION') THEN 1 ELSE 0 END) AS DESTINATION, 

Answer 1

Не уверен, что если я поймаю, что вы имеете в виду с «считать узлы, которые соответствовали специфическим отношениям» и «без учета каких-либо из моих результатов узлов». Вы хотите подсчитать случаи, когда узел имеет хотя бы одно отношение в любом направлении каждого типа (и если, например, у узла есть два или пять таких отношений, он по-прежнему считается одним), а не подсчет отношений? Или вы хотите сказать, что вам нужен подзапрос, который работает в сочетании с предыдущим запросом на подсчет меток? Делает ли это то, что вы хотите?

MATCH (n) 
OPTIONAL MATCH (n)-[r]-() 
WITH n, collect(r) as rs 
SUM(CASE WHEN ANY(l IN labels(n) WHERE l='Fruit') THEN 1 ELSE 0 END) AS Fruit, 
SUM(CASE WHEN ANY(l IN labels(n) WHERE l='Lesson') THEN 1 ELSE 0 END) AS Lesson, 
SUM(CASE WHEN ANY(l IN labels(n) WHERE l='Tech') THEN 1 ELSE 0 END) AS Tech, 
SUM(CASE WHEN ANY(l IN labels(n) WHERE l='TestData') THEN 1 ELSE 0 END) AS TestData, 
SUM(CASE WHEN ANY(r IN rs WHERE type(r)='KNOWS') THEN 1 ELSE 0 END) AS KNOWS, 
SUM(CASE WHEN ANY(r IN rs WHERE type(r)='IS_A') THEN 1 ELSE 0 END) AS IS_A, 
SUM(CASE WHEN ANY(r IN rs WHERE type(r)='DESTINATION') THEN 1 ELSE 0 END) AS DESTINATION 

Что-то, что вы могли бы попробовать, что может быть улучшение, будет соответствовать каждому, что вы хотите посчитать явно, подсчитайте, и нести счетчик с WITH, пока вы не вернетесь. Это имеет особые преимущества, если в вашей базе данных есть много вещей, которые вы не считаете, которые по указанному выше запросу будут согласованы и оценены в любом случае. Таким образом, вы можете экспериментировать с чем-то вроде

MATCH (n:Fruit) 
WITH count(n) as Fruit 
MATCH (n:'Lesson') 
WITH Fruit, count(n) as Lesson 
MATCH (n:'Tech') 
WITH Fruit, Lesson, count(n) as Tech 
MATCH (n:TestData) 
WITH Fruit, Lesson, Tech, count(n) as TestData 
MATCH (n)-[:KNOWS]-() 
WITH Fruit, Lesson, Tech, TestData, count(n) as KNOWS 
MATCH (n)-[:IS_A]-() 
WITH Fruit, Lesson, Tech, TestData, KNOWS, count(n) as IS_A 
MATCH (n)-[:DESTINATION]-() 
RETURN Fruit, Lesson, Tech, TestData, KNOWS, IS_A, count(n) as DESTINATION 

Я не знаю, сколько разница это будет сделать на ваших данных, но это лучше, насколько это возможно, чтобы использовать узкие или конкретные модели, а не использовать широкий и затем фильтровать. Возможно, стоит профилировать два вопроса и сравнить их.