Neo4j:从文件里读数据(LOAD + FROM) → 在图里找节点(MATCH)或创建节点(MERGE) → 建立关系

一、先给你一个“总览直觉”

在 Neo4j 里,一条导入语句大致是这样工作的:

从文件里读数据(LOAD + FROM) →
在图里找节点(MATCH)或创建节点(MERGE) →
建立关系

二、一个一个拆开讲(非常重要)


1️⃣ LOAD CSV

✅ 是什么

LOAD CSV = “从 CSV 文件中一行一行读取数据”

你可以把它理解成:

“for each row in this CSV file”

✅ 你用过的例子

LOAD CSV WITH HEADERS FROM "file:///neo4j_wtg_nodes.csv" AS line 

拆解意思:

部分含义
LOAD CSV说明要读 CSV
WITH HEADERS第一行是列名
FROM "file:///xxx.csv"文件路径
AS line每一行叫 line

👉 之后你就可以用:

line.node_id 

❗什么时候用

导入数据时必用
Neo4j 从外部文件读取数据的唯一方式之一


2️⃣ FROM

✅ 是什么

FROM = 指定数据来源

在 Neo4j 中几乎只跟 LOAD CSV 搭配。

FROM "file:///xxx.csv" 

注意两点(很重要):

  1. 必须放在 neo4j/import 目录
  2. 路径前面必须是:
file:/// 

3️⃣ MATCH

✅ 是什么

MATCH = 在图数据库中“查找已经存在的节点或关系”

你可以把它理解成:

“在图里找符合条件的东西”

✅ 你用过的例子

MATCH (a:WTG_Variable {name: line.src}) MATCH (b:WTG_Variable {name: line.dst}) 

含义是:

  • 找一个 name = line.src 的节点
  • 找一个 name = line.dst 的节点

⚠️ MATCH 不会创建东西

  • 找不到 → 返回空 → 后面的语句不执行

❗什么时候用

节点已经存在,只想用它
✔ 建立关系前几乎一定要 MATCH


4️⃣ MERGE(最关键的一个)

✅ 是什么

MERGE = “如果存在就用,不存在就创建”

它相当于:

SQL 里的 SELECT + INSERT 合体版

✅ 创建节点时

MERGE (n:WTG_Variable {name: line.node_id}); 

意思是:

  • 如果已经有 name = xxx 的节点 → 用它
  • 如果没有 → 新建一个

👉 不会重复创建


✅ 创建关系时

MERGE (a)-[:INFLUENCES]->(b); 

意思是:

  • 关系存在 → 用
  • 不存在 → 创建

❗什么时候用

导入数据
防止重复节点 / 重复关系
✔ 90% 的导入语句都用 MERGE


三、把你真实用的导入语句完整拆一遍(重点)


节点导入语句

LOAD CSV WITH HEADERS FROM "file:///neo4j_wtg_nodes.csv" AS line MERGE (n:WTG_Variable {name: line.node_id}); 

逐行解释:

  1. 从 CSV 读一行
  2. 这一行叫 line
  3. line.node_id 取变量名
  4. 如果这个变量节点存在 → 用
  5. 不存在 → 创建

关系导入语句

LOAD CSV WITH HEADERS FROM "file:///neo4j_wtg_relationships.csv" AS line MATCH (a:WTG_Variable {name: line.src}) MATCH (b:WTG_Variable {name: line.dst}) MERGE (a)-[:INFLUENCES]->(b); 

核心逻辑是:

  1. 从 CSV 读一行关系
  2. 找源节点 a
  3. 找目标节点 b
  4. 建立关系(不重复)

四、给你一张“什么时候用谁”的速查表

关键字干啥的什么时候用
LOAD CSV读文件导入 CSV
FROM文件路径只跟 LOAD 用
MATCH找已有节点建关系前
MERGE找或建导入节点 / 关系
CREATE只创建不怕重复时

五、一句话帮你彻底记住(你这个层次非常适合)

LOAD 负责“读数据”,
MATCH 负责“找已有”,
MERGE 负责“别重复”,
FROM 只是“文件地址”。

Read more

【无人机】无人机路径规划算法

【无人机】无人机路径规划算法

目录 一、引言:无人机与路径规划算法 二、路径规划算法基础 (一)定义与重要性 (二)规划目标与约束条件 三、常见路径规划算法详解 (一)A * 算法 (二)Dijkstra 算法 (三)RRT(快速扩展随机树)算法 (四)蚁群算法 四、算法应用实例与效果展示 (一)不同场景下的算法应用 (二)算法性能对比数据 五、算法的优化与发展趋势 (一)现有算法的优化策略 (二)结合新技术的发展方向 六、挑战与展望 (一)面临的技术挑战 (二)未来应用前景 七、结论 一、引言:无人机与路径规划算法 在科技飞速发展的今天,无人机作为一种极具创新性的技术产物,已深度融入我们生活的方方面面,

基于视觉语言动作的竞速无人机自主导航RaceVLA深度代码解析

基于视觉语言动作的竞速无人机自主导航RaceVLA深度代码解析

论文链接:https://arxiv.org/pdf/2503.02572 项目主页:https://racevla.github.io/ 代码仓库:https://github.com/SerValera/RaceVLA 0. 简介 RaceVLA项目标志着具身智能在无人机领域的重大突破。这是首次将视觉语言动作(Vision-Language-Action,VLA)模型成功应用于高速竞速无人机的自主导航系统。与传统的基于规划或轨迹生成的方法不同,RaceVLA实现了从视觉感知到飞行控制的端到端学习,能够理解自然语言指令并在动态环境中执行复杂的飞行任务。 该项目的核心创新在于将斯坦福大学开发的OpenVLA模型成功移植并优化到无人机平台上,通过处理第一视角(FPV)视频流和自然语言指令,直接生成包含三个线性速度和偏航角速度的4D控制向量。这种设计使得无人机能够像人类飞行员一样,基于视觉信息和任务理解做出实时的飞行决策,在不熟悉的环境中展现出卓越的导航能力。更令人瞩目的是,RaceVLA在泛化能力方面的表现尤为突出,在动态环境测试中,该系统在运动泛化和语义泛化方面显著优于Open

医疗送药机器人“空间拓扑优化+动态算法决策+多级容错控制”三重链式编程技术解析与应用

医疗送药机器人“空间拓扑优化+动态算法决策+多级容错控制”三重链式编程技术解析与应用

一、引言 1.1 研究背景与意义 在医疗体系中,高效精准的药品配送是保障医疗服务质量和患者安全的关键环节。随着医疗技术的不断进步和医疗需求的日益增长,传统的人工送药方式逐渐暴露出诸多弊端,如配送效率低下、易受人为因素干扰导致错误率上升、人力成本高昂等。特别是在大型综合医院,科室众多、布局复杂,药品配送路径长且需经过多个区域,这使得人工送药的难度和工作量大幅增加,进而影响医疗服务的及时性和准确性。 医疗送药机器人的出现为解决这些问题提供了新的途径。它能够在医院复杂的环境中自主导航,按照预设的路径和时间准确地将药品送达指定地点,极大地提高了药品配送的效率和准确性。通过自动化的配送流程,送药机器人可有效减少人为因素造成的错误,如拿错药、送错药等情况,从而保障患者的用药安全。同时,送药机器人的应用还能将药师和护士从繁琐的药品配送工作中解放出来,使其能够将更多的时间和精力投入到临床药学服务和患者护理工作中,提高医疗服务的整体质量。 “空间拓扑优化 + 动态算法决策 + 多级容错控制” 三重链式编程技术的提出,为医疗送药机器人性能的进一步提升带来了革命性的突破。空间拓扑优化技术能够对医院的

Flutter 三方库 eip55 的鸿蒙化适配指南 - 在鸿蒙系统上构建极致、严谨、符合 Web3 标准的以太坊地址校验与防串改引擎

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 eip55 的鸿蒙化适配指南 - 在鸿蒙系统上构建极致、严谨、符合 Web3 标准的以太坊地址校验与防串改引擎 在鸿蒙(OpenHarmony)系统的区块链钱包应用、数字资产管理工具(如鸿蒙版 NFT 浏览器)或需要处理加密货币转账的场景中,如何确保用户输入的以太坊(Ethereum)地址既符合基本格式,又通过了大小写混合的校验和(Checksum)验证,防止因为单个字符手误导致的资产永久丢失?eip55 为开发者提供了一套工业级的、基于 EIP-55 提案的地址转换与验证方案。本文将深入实战其在鸿蒙 Web3 安全基座中的应用。 前言 什么是 EIP-55?它是由以太坊创始人 Vitalik Buterin 提出的地址校验和提案。通过在地址字符串中引入特定的。大小写混合模式(基于 Keccak-256 哈希)