where 子句中 jsonb_path_match 和 ->> 之间的性能/逻辑差异是什么

Question

我正在尝试在 PostgreSQL 数据库中查询 FHIR 数据。数据存储在 jsonb 字段中。虽然以下查询产生相同的结果，但我想知道在性能或执行计划方面是否存在任何重大差异。

查询 1 - 使用 ->> 运算符

SELECT resource->'subject' FROM resourcetable 
WHERE resource ->> 'resourceType' = 'MedicationRequest' AND resource ->> 'status' = 'active';

查询 2 - 使用 jsonb_path_match 函数

SELECT jsonb_path_query(resource, '$.subject') from resourcetable 
WHERE jsonb_path_match(resource, '$.resourceType == "MedicationRequest"') 
AND jsonb_path_match(resource, '$.status=="active"');

Answer 1

你应该在你自己的数据上试试看。如果您在查询文本前使用EXPLAIN，您将获得执行计划。如果你把EXPLAIN (ANALYZE, BUFFERS)放在查询之前，它实际上会运行那个计划并报告时间和统计信息。

您的第一个公式可能会受益于这样定义的功能索引：

create index on resourcetable ((resource ->> 'resourceType'),(resource ->> 'status'));

您的第二个公式无法从索引中受益，但如果您将其重写为可操作格式：

SELECT jsonb_path_query(resource, '$.subject') from resourcetable 
WHERE resource @@ '$.resourceType == "MedicationRequest"'                       
  AND resource @@ '$.status=="active"';

然后它可以从定义为的索引中受益：

create index on resourcetable using gin (resource jsonb_path_ops);

没有jsonb_path_ops 定义的索引也可以使用，但可能效率较低。

您还可以重写条件以使用 JSON_PATH 的 &&，而不是 SQL 的 AND。

第二个索引也可用于使用包含 @> 而不是 json_path @@ 的查询，我觉得这不太容易混淆。

SELECT resource->'subject' FROM resourcetable 
WHERE resource @> '{"resourceType": "MedicationRequest", "status":"active"}';

最后，您的两个查询在某些条件下实际上返回不同的结果，例如匹配 WHERE 的行没有键“主题”。