intent隐式和显式_Neo4j：使隐式关系成为显式和双向关系

intent隐式和显式

我最近阅读了Michal Bachman关于 Neo4j中双向关系的文章 ，他建议对于某些关系类型，我们对关系的方向不那么感兴趣，因此可以在查询时忽略它。 他使用以下示例显示Neo Technology和GraphAware之间的合作关系：

neo_ga3

两家公司都是彼此的合作伙伴，但是由于我们可以尽快找到传入和传出的关系，因此我们最好在两家公司/节点之间只有一种关系。

当我们想使图中的隐式关系显式时，经常会出现这种模式。 例如，我们可能有以下图表描述了他们从事的人员和项目：

2013-10-25_16-34-16

我们可以使用以下密码语法在Neo4j 2.0中创建该图： 

CREATE (mark:Person {name: "Mark"})
CREATE (dave:Person {name: "Dave"})
CREATE (john:Person {name: "John"})CREATE (projectA:Project {name: "Project A"})
CREATE (projectB:Project {name: "Project B"})
CREATE (projectC:Project {name: "Project C"})CREATE (mark)-[:WORKED_ON]->(projectA)
CREATE (mark)-[:WORKED_ON]->(projectB)
CREATE (dave)-[:WORKED_ON]->(projectA)
CREATE (dave)-[:WORKED_ON]->(projectC)
CREATE (john)-[:WORKED_ON]->(projectC)
CREATE (john)-[:WORKED_ON]->(projectB)

如果我们想弄清楚哪些人彼此认识，我们可以编写以下查询： 

MATCH (person1:Person)-[:WORKED_ON]-()<-[:WORKED_ON]-(person2)
RETURN person1, person2==> +-------------------------------------------------------+
==> | person1                   | person2                   |
==> +-------------------------------------------------------+
==> | Node[500363]{name:"Mark"} | Node[500364]{name:"Dave"} |
==> | Node[500363]{name:"Mark"} | Node[500365]{name:"John"} |
==> | Node[500364]{name:"Dave"} | Node[500363]{name:"Mark"} |
==> | Node[500364]{name:"Dave"} | Node[500365]{name:"John"} |
==> | Node[500365]{name:"John"} | Node[500364]{name:"Dave"} |
==> | Node[500365]{name:"John"} | Node[500363]{name:"Mark"} |
==> +-------------------------------------------------------+
==> 6 rows

我们可能想在每对人之间创建一个KNOWS关系： 

MATCH (person1:Person)-[:WORKED_ON]-()<-[:WORKED_ON]-(person2)
CREATE UNIQUE (person1)-[:KNOWS]->(person2)
RETURN person1, person2

现在，如果我们运行一个查询（忽略关系方向）以找出彼此认识的人，我们将得到很多重复的结果： 

MATCH path=(person1:Person)-[:KNOWS]-(person2) 
RETURN person1, person2, path==> +--------------------------------------------------------------------------------------------------------------------------------+
==> | person1                   | person2                   | path                                                                   |
==> +--------------------------------------------------------------------------------------------------------------------------------+
==> | Node[500363]{name:"Mark"} | Node[500364]{name:"Dave"} | [Node[500363]{name:"Mark"},:KNOWS[528536]{},Node[500364]{name:"Dave"}] |
==> | Node[500363]{name:"Mark"} | Node[500365]{name:"John"} | [Node[500363]{name:"Mark"},:KNOWS[528537]{},Node[500365]{name:"John"}] |
==> | Node[500363]{name:"Mark"} | Node[500364]{name:"Dave"} | [Node[500363]{name:"Mark"},:KNOWS[528538]{},Node[500364]{name:"Dave"}] |
==> | Node[500363]{name:"Mark"} | Node[500365]{name:"John"} | [Node[500363]{name:"Mark"},:KNOWS[528541]{},Node[500365]{name:"John"}] |
==> | Node[500364]{name:"Dave"} | Node[500363]{name:"Mark"} | [Node[500364]{name:"Dave"},:KNOWS[528538]{},Node[500363]{name:"Mark"}] |
==> | Node[500364]{name:"Dave"} | Node[500365]{name:"John"} | [Node[500364]{name:"Dave"},:KNOWS[528539]{},Node[500365]{name:"John"}] |
==> | Node[500364]{name:"Dave"} | Node[500363]{name:"Mark"} | [Node[500364]{name:"Dave"},:KNOWS[528536]{},Node[500363]{name:"Mark"}] |
==> | Node[500364]{name:"Dave"} | Node[500365]{name:"John"} | [Node[500364]{name:"Dave"},:KNOWS[528540]{},Node[500365]{name:"John"}] |
==> | Node[500365]{name:"John"} | Node[500364]{name:"Dave"} | [Node[500365]{name:"John"},:KNOWS[528540]{},Node[500364]{name:"Dave"}] |
==> | Node[500365]{name:"John"} | Node[500363]{name:"Mark"} | [Node[500365]{name:"John"},:KNOWS[528541]{},Node[500363]{name:"Mark"}] |
==> | Node[500365]{name:"John"} | Node[500363]{name:"Mark"} | [Node[500365]{name:"John"},:KNOWS[528537]{},Node[500363]{name:"Mark"}] |
==> | Node[500365]{name:"John"} | Node[500364]{name:"Dave"} | [Node[500365]{name:"John"},:KNOWS[528539]{},Node[500364]{name:"Dave"}] |
==> +--------------------------------------------------------------------------------------------------------------------------------+
==> 12 rows

每对人出现4次，如果我们以马克和戴夫为例，我们可以看到原因： 

MATCH path=(person1:Person)-[:KNOWS]-(person2) 
WHERE person1.name = "Mark" AND person2.name = "Dave" 
RETURN person1, person2, path==> +--------------------------------------------------------------------------------------------------------------------------------+
==> | person1                   | person2                   | path                                                                   |
==> +--------------------------------------------------------------------------------------------------------------------------------+
==> | Node[500363]{name:"Mark"} | Node[500364]{name:"Dave"} | [Node[500363]{name:"Mark"},:KNOWS[528536]{},Node[500364]{name:"Dave"}] |
==> | Node[500363]{name:"Mark"} | Node[500364]{name:"Dave"} | [Node[500363]{name:"Mark"},:KNOWS[528538]{},Node[500364]{name:"Dave"}] |
==> +--------------------------------------------------------------------------------------------------------------------------------+
==> 2 rows

如果我们看一下路径栏下有两个不同的KNOWS关系（与IDS 528536和528538），马克和戴夫，一个去之间从马克戴夫和其他来自Dave马克。

正如Michal在他的帖子中指出的那样，在这种情况下，不需要两个关系。 我们只需要一种关系，可以通过创建KNOWS关系时不指定方向来实现： 

MATCH (person1:Person)-[:WORKED_ON]-()<-[:WORKED_ON]-(person2)
CREATE UNIQUE (person1)-[:KNOWS]-(person2)
RETURN person1, person2

现在，如果我们重新运行查询以检查Mark和Dave之间的关系，则只有一个： 

MATCH path=(person1:Person)-[:KNOWS]-(person2) WHERE person1.name = "Mark" AND person2.name = "Dave" RETURN person1, person2, path==> +--------------------------------------------------------------------------------------------------------------------------------+
==> | person1                   | person2                   | path                                                                   |
==> +--------------------------------------------------------------------------------------------------------------------------------+
==> | Node[500375]{name:"Mark"} | Node[500376]{name:"Dave"} | [Node[500375]{name:"Mark"},:KNOWS[528560]{},Node[500376]{name:"Dave"}] |
==> +--------------------------------------------------------------------------------------------------------------------------------+
==> 1 row

在这种情况下，关系从Mark到Dave，可以通过执行一些考虑方向的查询来看到： 

MATCH path=(person1:Person)-[:KNOWS]->(person2) 
WHERE person1.name = "Mark" AND person2.name = "Dave" 
RETURN person1, person2, path==> +--------------------------------------------------------------------------------------------------------------------------------+
==> | person1                   | person2                   | path                                                                   |
==> +--------------------------------------------------------------------------------------------------------------------------------+
==> | Node[500375]{name:"Mark"} | Node[500376]{name:"Dave"} | [Node[500375]{name:"Mark"},:KNOWS[528560]{},Node[500376]{name:"Dave"}] |
==> +--------------------------------------------------------------------------------------------------------------------------------+
==> 1 row
MATCH path=(person1:Person)<-[:KNOWS]-(person2) 
WHERE person1.name = "Mark" AND person2.name = "Dave" 
RETURN person1, person2, path==> +--------------------------+
==> | person1 | person2 | path |
==> +--------------------------+
==> +--------------------------+
==> 0 row

参考： Neo4j：通过Mark Needham博客博客的JCG合作伙伴 Mark Needham 使隐式关系成为显式和双向关系 。

翻译自: https://www.javacodegeeks.com/2013/10/neo4j-making-implicit-relationships-explicit-bidirectional-relationships.html

intent隐式和显式

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/news/346454.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

python运行pyc文件_Python什么情况下会生成pyc文件？

python运行pyc文件_Python什么情况下会生成pyc文件？

作为Python爱好者&#xff0c;需要了解.py脚本的基本运行机制及特性&#xff1a; 在很多工作上Python的运行流程基本上取决于用户&#xff0c;因此源码不需要编译成二进制代码&#xff08;否则无法实现大部分贴近用户的特性&#xff09;&#xff0c;而直接从源码运行程序。当我…
阅读更多...
mysql 8.0认证失败_连接mysql8.0提示认证协议失败

mysql 8.0认证失败_连接mysql8.0提示认证协议失败

描述用docker容器安装软件非常方便&#xff0c;省了太多麻烦。通过docker运行mysql8.0,再用navicat客户端连接出现client does not support authentication protocol requested by server。像似认真失败&#xff0c;检查mysql.user表&#xff0c;已经配置了用户&#xff0c;为什…
阅读更多...
mysql读写分离 存储过程_基于maxscale的读写分离部署笔记

mysql读写分离 存储过程_基于maxscale的读写分离部署笔记

使用maxscale搭建的读写分离架构&#xff0c;后期还可以再结合MHA做master的故障转移&#xff0c;这样业务层面上不需要做任何的改动即可。基于connect方式的不要使用。从库延迟他还会继续分发请求过去&#xff0c;暂时不适合生产使用。实验演示&#xff1a;目前的主从结构&…
阅读更多...
python读书笔记2000_流畅的Python读书笔记

python读书笔记2000_流畅的Python读书笔记

特殊方法的存在是为了Python解释器调用的&#xff0c;你自己并不需要去调用他们&#xff0c;比如说my_object.len()这种写法是没有的&#xff0c;应该使用len(my_object)。在使用len(my_object)的时候&#xff0c;如果my_object是一个自定义类的对象&#xff0c;那么Python会自…
阅读更多...
mysql 注入 file load_Mysql注入中into outfile和load_file()总结

mysql 注入 file load_Mysql注入中into outfile和load_file()总结

(1)outfile后面不能接0x开头或者char转换以后的路径&#xff0c;只能是单引号路径。这个问题在php注入中更加麻烦&#xff0c;因为会自动将单引号转义成\,那么基本没的玩了。唯一的一种可能就是你使用mysql远程连接&#xff0c;然后直接在mysql中执行命令&#xff0c;就没有查询…
阅读更多...
vscode python单步调试_调试期间VSCode python“未验证断点”？

vscode python单步调试_调试期间VSCode python“未验证断点”？

我正在使用VSCode调试python应用程序。在我有一个主python文件&#xff0c;从这里启动调试器。我可以在这个文件中放置断点&#xff0c;但是如果我想在主文件调用的其他文件中放置断点&#xff0c;我会将它们作为“未验证的断点”得到&#xff0c;调试器会忽略它们。在如何更改…
阅读更多...
您自己的MicroProfile Config来源

您自己的MicroProfile Config来源

MicroProfile配置 &#xff0c;即一部分MicroProfile规格&#xff0c;是Java Enterprise和微服务配置的标准化。 开箱即用&#xff08;即&#xff0c;对于规范定义的所有实现都是强制性的&#xff09;有3种方法来定义您的配置&#xff1a; System.getProperties() System.ge…
阅读更多...
antd 3升级命令_是时候拥有一个你自己的命令行工具了

antd 3升级命令_是时候拥有一个你自己的命令行工具了

本篇博客主要介绍了如何使用commander, inquirer以及chalk从零开始&#xff0c;创建属于自己的命令行工具。0. 一分钟体验首先我们先花一分钟的时间&#xff0c;体验一下创建自己的命令行cli工具是什么感觉。0.1. 新建项目目录假如我们的项目名称叫hello-cli&#xff0c;使用如…
阅读更多...
找不到要去的声明_老汉将行李袋交由他人看管 去了一趟卫生间找不到人了.........

找不到要去的声明_老汉将行李袋交由他人看管 去了一趟卫生间找不到人了.........

春节走亲访友难免多喝两杯&#xff0c;但酒后乘车却容易造成财物遗失。目前正值春运返程高峰&#xff0c;从沧州女儿家返程回山东老家的蔡先生就因为中午多喝了几杯酒&#xff0c;便将装有12000元生活费的行李袋弄丢了。好在沧州火车站派出所民警最终将蔡先生的失物找回&#x…
阅读更多...
tpcc mysql优化_tpcc_mysql性能测试

tpcc mysql优化_tpcc_mysql性能测试

. bzr branch lp:~percona-dev/perconatools/tpcc-mysql该方法需要下载bzr工具&#xff0c;还要在网站注册并添加SSH KEY&#xff0c;非常麻烦&#xff0c;并且还没有成功(卡在SSH KEY上)。2. 直接在 http://bazaar.launchpad.net/~percona-dev/perconatools/tpcc-mysql/files …
阅读更多...
使用混合多云每个人都应避免的3个陷阱（第3部分）

使用混合多云每个人都应避免的3个陷阱（第3部分）

每天都在肆意宣传云&#xff0c;但每个人都应避免三个陷阱。 从云&#xff0c;混合云到混合多云&#xff0c;您被告知这是确保业务数字化未来的一种方式。 您必须做出的这些选择不会排除提高客户体验和敏捷交付这些应用程序的日常工作。 让我们开始一段旅程&#xff0c;仔细研…
阅读更多...
java可视化压缩_web可视化技术发展（1/6）

java可视化压缩_web可视化技术发展（1/6）

EverCraft一直在关注Web可视化技术的发展&#xff0c;在本系列文章里&#xff0c;小编将对国外一篇感觉很不错的综述性文章进行翻译&#xff0c;供这一领域的爱好者相互学习。这篇paper的信息为&#xff1a;“Mwalongo, F., et al., State-of-the-Art Report in Web-based Visu…
阅读更多...
suse11 rpm 安装mysql_SuSE11安装MySQL5.7.22：RPM安装方式

suse11 rpm 安装mysql_SuSE11安装MySQL5.7.22：RPM安装方式

摘要&#xff1a;SuSE11sp3 64位操作系统、 MySQL5.7.22 rpm安装包5.7版本与先前版本安装有所区别&#xff0c;需要注意注&#xff1a;kingtry是我的主机名一、环境准备操作系统&#xff1a;SuSE版本11sp3&#xff0c;64位kingtry:~ # uname -aLinux kingtry 3.0.76-0.11-defau…
阅读更多...
python有多少库存_库存究竟多少才算合理？

python有多少库存_库存究竟多少才算合理？

本文摘自以上刘宝红老师著作。作为库存计划人员&#xff0c;不管你的库存周转多快&#xff0c;总有人挑战你&#xff0c;说你的库存不合理。不合理&#xff0c;其实是太高的代名词。不过想想看&#xff0c;每一分钱的库存都不是凭空而来&#xff0c;都是为了特定的业务需求而设…
阅读更多...
java中iterator_如何在Java中读取CSV文件-Iterator和Decorator的案例研究

java中iterator_如何在Java中读取CSV文件-Iterator和Decorator的案例研究

java中iterator在本文中&#xff0c;我将讨论如何使用Apache Common CSV读取CSV&#xff08;逗号分隔值&#xff09;文件。 从这个案例研究中&#xff0c;我们将学习如何在设计模式的上下文中使用Iterator和Decorator来提高不同情况下的可重用性。 但是在开始之前&#xff0c;我…
阅读更多...
屏幕坏点检测图片_电视屏幕出现坏点？行家会这样做！

屏幕坏点检测图片_电视屏幕出现坏点？行家会这样做！

液晶电视经常会有几个亮点或暗点&#xff0c;这些通常被称为电视坏点。作为强迫症患者&#xff0c;面对这些屏幕坏点我们应该怎么做&#xff1f;下面跟小智聊聊这个问题吧&#xff01;首先&#xff0c;坏点形成的原因首先是因为液晶屏幕由很多点组成&#xff0c;每个点由RGB三原…
阅读更多...
python中int函数的用法浅析_Python中int()函数的用法浅析

python中int函数的用法浅析_Python中int()函数的用法浅析

int()是Python的一个内部函数Python系统帮助里面是这么说的>>> help(int)Help on class int in module __builtin__:class int(object)| int(x[, base]) -> integer|| Convert a string or number to an integer, if possible. A floating point| argument will be…
阅读更多...
Java：GraalVM数据库流性能

Java：GraalVM数据库流性能

GraalVM是JVM块的新成员。 它是一个开源虚拟机&#xff0c;能够同时运行多种编程语言&#xff0c;例如Java&#xff0c;Rust和JavaScript。 GraalVM还有一个新的内部代码优化器管道&#xff0c;在某些情况下&#xff0c;与其他JVM相比&#xff0c;它可以显着提高性能。 了解如何…
阅读更多...
kubelet启动失败_kubelet 架构浅析

kubelet启动失败_kubelet 架构浅析

一、概要kubelet 是运行在每个节点上的主要的“节点代理”&#xff0c;每个节点都会启动 kubelet进程&#xff0c;用来处理 Master 节点下发到本节点的任务&#xff0c;按照 PodSpec 描述来管理Pod 和其中的容器&#xff08;PodSpec 是用来描述一个 pod 的 YAML 或者 JSON 对象…
阅读更多...
shell 提取sql 的字段名表名_SQL代码风格规范

shell 提取sql 的字段名表名_SQL代码风格规范

作为新时代SQL Boy&#xff0c;大部分时间都是在写sql&#xff0c;很多时候看到别人写的代码实在是不规范&#xff0c;命名随便写&#xff0c;没有缩进&#xff0c;看起来很没有逻辑性&#xff0c;今天分享下我自己的一些规范&#xff0c;从这里修改而来。--名称&#xff1a;xx…
阅读更多...
最新文章

Copyright @ 2022~2023