postgresql – 我应该更喜欢 – >>或@>

发布时间：2020-12-13 16:05:56 所属栏目：百科来源：网络整理

导读：在 JSONB列上的postgreSQL中,我可以使用相同的(？)结果运行两个查询. 查询1： SELECT * FROM a WHERE b-'c' = 'lorem'; 查询2： SELECT * FROM a WHERE b @ '{"c": "lorem"}'; 在性能和语义方面(可能还有一些我在这里看不到的其他考虑因素),我应该使用什么查

在 JSONB列上的postgreSQL中,我可以使用相同的(？)结果运行两个查询.

查询1：

SELECT * FROM a WHERE b->>'c' = 'lorem';

查询2：

SELECT * FROM a WHERE b @> '{"c": "lorem"}';

在性能和语义方面(可能还有一些我在这里看不到的其他考虑因素),我应该使用什么查询来搜索“c来自哪里的项目”？

解决方法

它取决于 what indexes你有或想要添加(如果你想要使用索引).还有什么其他查询要在jsonb类型列上执行.

WHERE b->>'c' = 'lorem'

查询将受益于(b->>’c’)表达式的索引,而

WHERE b @> '{"c": "lorem"}'

查询将受益于(b)列上的GIN索引,但不会受益于其他方式.

第一种形式可能会产生一个更小,更有效的指数,但只适用于这种特殊情况.如果你想查询b的其他属性,GIN索引可能会更有帮助.

如果您根本不想使用索引,那真的只是品味问题.

旁注：处理NULL时,上面的解决方案有点不同：

WHERE b @> '{"c": null}'

当且仅当c属性中包含JSON null值时才会选择行

WHERE (b ->> 'c') IS NULL

如果c属性中包含JSON空值,或者根本没有在行中定义c属性,则会选择行.

也,

WHERE (b ->> 'c') = NULL

不会选择任何行,因为NULL的标准兼容处理(表达式(b – >>’c’)= NULL总是被评估为NULL – 或BOOLEAN类型中的UNKNOWN – 这总是在WHERE谓词的上下文中的虚假).

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!

postgresql – 我应该更喜欢 – &gt;&gt;或@&gt;

解决方法

postgresql – 我应该更喜欢 – >>或@>