jsonb_path_query 返回匹配的 jsonb 值用于数据提取，@? 返回布尔值用于 WHERE 过滤；前者配合 LATERAL 提取，后者支持 jsonb_path_ops 索引加速，二者应组合使用以兼顾性能与精度。
jsonb_path_query 和 @? 操作符的核心区别
jsonb_path_query 返回匹配的 JSON 值（结果是 jsonb 类型），而 @? 是布尔判断操作符，只返回 true 或 false，表示路径表达式是否在目标 jsonb 中存在至少一个匹配项。
换句话说：@? 用于 WHERE 条件过滤，jsonb_path_query 用于提取数据。别拿 @? 去“取值”，也别用 jsonb_path_query 直接写在 WHERE 里做真假判断（除非你显式比较返回值是否为 NULL）。
什么时候该用 @? 而不是 jsonb_path_query
当你要快速筛选出满足某种嵌套结构条件的行时，@? 更简洁、高效，尤其适合索引加速场景。
-
@?可以配合jsonb_path_opsgin 索引，查询性能远优于jsonb_path_query(...) IS NOT NULL - 例如：查所有包含
"status": "active"且"tags"数组里有"urgent"的记录：WHERE data @? '$ ? (@.status == "active" && "urgent" in @.tags)' - 注意路径表达式必须是字符串字面量（不能拼接变量），否则无法走索引
-
@?不支持返回匹配内容，只回答“有没有”
jsonb_path_query 的典型用法和易错点
jsonb_path_query 接收两个参数：目标 jsonb 字段和路径表达式字符串，返回一列 jsonb 值。常和 LATERAL 配合展开多结果。
- 路径表达式中
@代表当前上下文，$代表整个文档根；初学者常混淆二者，导致查不到数据 - 若路径可能不匹配，结果会返回空集（不是
NULL行），需用LEFT JOIN LATERAL保留原行 - 示例：提取所有
items数组中price > 100的对象：SELECT j.item FROM tbl, LATERAL jsonb_path_query(data, '$.items[*] ? (@.price > 100)') AS j(item) - 不加
LATERAL会导致语法错误；漏写别名AS j(item)会报列不存在
性能与可读性权衡：@? + jsonb_path_query 组合使用
生产中常见模式是先用 @? 快速过滤大集合，再用 jsonb_path_query 精确提取——既利用索引，又避免全量解析。
- 错误写法（无索引、慢）：
WHERE jsonb_path_query(data, '$.user.role') = '"admin"' - 正确组合（可索引、快）：
WHERE data @? '$.user.role ? (@ == "admin")'
AND jsonb_path_query(data, '$.user.role') = '"admin"' - 第二个条件用于精确匹配（防止路径表达式语义歧义），但要注意两次解析开销；如果业务允许模糊匹配，单用
@?就够了 -
@?的路径表达式必须合法 JSONPath，postgresql 12+ 支持大部分标准语法，但不支持last、size()等函数（可用jsonb_array_length替代）
实际用的时候，最容易被忽略的是索引绑定条件：只有 @? 或 @> 这类操作符 + jsonb_path_ops 索引才能生效，jsonb_path_query 自身无法触发索引扫描。