Cypher查询：何时使用CREATE，何时使用MERGE？

核心区别 #

• CREATE：无条件创建新节点/关系，完全无视数据库中是否存在相同属性、标签的条目。执行后一定会新增一条数据，哪怕和现有数据完全重复。
  示例：

  CREATE (u:User {id: 1, name: "Alice"})
  

  哪怕数据库里已经有id=1的User节点，执行这条语句后，会新增一个一模一样的节点。

• MERGE：本质是「查找优先，不存在则创建」的组合操作。会先根据你指定的标签、属性去匹配数据库中的节点/关系：

  • 找到匹配项：直接复用这个已有的节点/关系；
  • 没找到匹配项：才会创建新的节点/关系。
    示例：

  MERGE (u:User {id: 1, name: "Alice"})
  

  如果数据库里已经有id=1的User节点，这条语句只会匹配到它，不会新增；如果没有，才会创建这个节点。

何时选用？ #

用 CREATE 的场景

• 需要强制新增独立条目，比如生成日志节点、临时数据节点，或者明确需要重复数据的场景；
• 初始化测试数据集，批量创建节点，且不担心重复问题。

用 MERGE 的场景

• 要避免重复数据：比如用户、商品这类有唯一标识的实体，确保同一个实体在数据库中只存在一份（通常用唯一ID作为MERGE的匹配条件）；
• 「存在则更新，不存在则创建」的场景：配合SET子句，既能保证节点存在，又能更新属性，比如：

  MERGE (u:User {id: 1})
  SET u.name = "Alice", u.lastLogin = timestamp()
  

• 避免重复创建关系：比如用户点赞帖子，用MERGE可以确保同一个用户对同一帖子只会有一条点赞关系，不会重复生成：

  MATCH (a:User {id:1}), (b:Post {id:100})
  MERGE (a)-[:LIKES]->(b)
  

注意：MERGE的匹配是完全匹配你指定的标签和属性，所以一定要用唯一标识（比如用户ID、商品SKU）作为匹配条件，否则可能因为部分属性匹配不到而意外创建新节点。

内容的提问来源于stack exchange，提问作者KWriter