RedisGraph中复杂字符串属性的持久化：处理单引号与转义双引号

复杂字符串属性在RedisGraph中的挑战

在将来自客户端的JSON数据存储到RedisGraph时，我们经常会遇到字符串属性中包含特殊字符的情况。例如，一个名字可能包含单引号（如 O'Toole），而一个描述可能包含转义的双引号（如 An \"actor's\" actor）。当这些数据需要作为Cypher查询的一部分被持久化时，如何正确地构造查询字符串，以避免语法错误并确保数据完整性，是一个常见的挑战。

尤其是在直接通过RedisInsight或命令行工具输入Cypher查询时，由于Shell和Cypher解析器的双重作用，字符串的转义问题变得尤为复杂。本文将探讨这一问题，并提供一个使用Java客户端库的健壮解决方案。

问题剖析：直接输入命令的语法陷阱

当属性值同时包含单引号和转义双引号时，直接在RedisGraph命令行或RedisInsight中构造 GRAPH.QUERY 命令很容易出错。考虑以下包含转义双引号的JSON片段：

{ "name" : "Peter O'Toole", "desc" : "An \"actors\" actor" }

如果我们尝试直接将此数据构建为Cypher CREATE 语句并执行，可能会遇到解析错误：

卡奥斯智能交互引擎

聚焦工业领域的AI搜索引擎工具

36

查看详情

GRAPH.QUERY movies "CREATE (:Actor {name:\"Peter O'Toole\", desc:\"An \"actors\" actor\", actor_id:1})"

上述命令在执行时会抛出解析错误。原因在于，外部的 GRAPH.QUERY 命令字符串由双引号 " 包裹，而内部Cypher属性值中的双引号 " 也被转义为 \"。当Shell解析器处理 desc:\"An \"actors\" actor\" 时，它会将 \" 解释为 "。结果，Cypher解析器最终看到的是 desc:"An "actors" actor"，这在Cypher语法中是一个无效的字符串字面量，因为它包含了未正确闭合的引号。

正确地将包含内部转义双引号的字符串表示为Cypher字面量，需要将内部的 " 再次转义为 \"，使得Cypher解析器能够识别它是一个包含双引号的完整字符串。例如，Cypher中 An "actor's" actor 应该写成 An \"actor's\" actor。

数据准备：Java对象与Cypher兼容的字符串值

为了避免手动复杂的字符串转义，并确保数据能够被RedisGraph正确解析，推荐的方法是：

1. 在Java应用程序中，使用标准的JSON库（如Jackson ObjectMapper）来处理原始数据。
2. 在将数据构建成Cypher查询字符串时，对包含特殊字符的属性值进行必要的转换。

以上就是RedisGraph中复杂字符串属性的持久化：处理单引号与转义双引号的详细内容，更多请关注php中文网其它相关文章！