PostgreSQL中：单独列查询是否比jsonb查询更快？

把kcal、carbs、fats、protein从单独列移到单个jsonb列，查询速度肯定会变慢，原因如下：

• 索引与查询效率差异：普通列可直接创建高效的B-tree索引，查询时数据库能快速定位匹配行；而jsonb列即便建GIN索引，查询时也需要先解析JSON结构提取对应键值，额外开销远大于普通列。尤其是高频查询场景，数据量越大，性能差距越明显。
• 数据约束的额外开销：单独列的NOT NULL约束是数据库原生支持，检查成本极低；如果放到jsonb列，要保证这四个键非空，需要用检查约束（如CHECK (nutrition->>'kcal' IS NOT NULL AND ...)）或触发器，不仅维护麻烦，约束检查的耗时也比普通列高。
• 查询语句的额外开销：普通列查询直接写WHERE kcal > 500即可；jsonb列需要先提取字符串再转数值（如WHERE (nutrition->>'kcal')::numeric > 500），类型转换会增加计算开销，无索引时全表扫描的性能下降更显著。

如果想简化操作，建议折中方案：保留四个高频查询的单独列，同时通过触发器自动同步这些字段到jsonb列中，既保证高频查询的性能，又能有统一的营养成分集合供其他场景使用。

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