PostgreSQL基于继承实现的分区表查询扫描全分区问题咨询

你遇到的执行计划扫描全部分区的现象，由配置遗漏和继承式分区的固有规则共同导致，具体如下：

1. 父表无约束导致被扫描
   你创建的父表kirana_customer.test_table本身是可存储数据的普通表，虽然你通过BEFORE INSERT触发器返回NULL拦截了写入，但优化器无法识别触发器的逻辑，因此查询时必须扫描父表判断是否存在符合col3=1的记录。
   如果要跳过父表扫描，可以给父表添加一个永远不成立的非继承CHECK约束：

ALTER TABLE kirana_customer.test_table ADD CONSTRAINT test_table_no_data CHECK (false) NO INHERIT;

添加后优化器会判定父表不可能存在任何符合条件的数据，查询时会直接跳过父表。

2. 约束排除参数未适配继承式分区
   传统继承式分区依赖constraint_exclusion参数实现分区裁剪，该参数默认值为partition，仅对PostgreSQL 10及以上版本的原生声明式分区生效，对继承式分区需要将参数调整为on才会触发裁剪逻辑：

-- 当前会话生效，可用于测试验证
SET constraint_exclusion = on;

-- 全局永久生效，修改postgresql.conf配置文件后重启实例即可
constraint_exclusion = on

调整参数后，查询时优化器会根据每个子表的CHECK约束自动过滤不需要扫描的分区，比如你查询col3=1时只会扫描test_table_1，不会扫描其他分区子表。

3. 继承式分区的固有局限
   即使完成上述配置，继承式分区的裁剪效率、维护便捷性都远低于原生声明式分区，若无必须使用继承特性的特殊需求，更推荐直接使用原生声明式分区实现业务需求。

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