PostgreSQL分区表基于表继承，通过范围、列表、哈希方式拆分数据，提升查询性能与维护效率；从10版本起支持声明式分区，简化操作，合理规划分区键和粒度至关重要。
PostgreSQL 分区表的实现基于表继承机制，并通过规则或触发器控制数据分布，从 PostgreSQL 10 开始原生支持声明式分区，极大简化了分区操作。合理使用分区可以提升大表的查询性能、维护效率和数据管理灵活性。
分区表的基本原理
分区是将一个大表按某种规则拆分为多个小表（子表），这些子表称为“分区”。逻辑上仍是一个表，但物理上数据分散在不同子表中。查询时优化器会根据 WHERE 条件自动选择扫描哪些分区，减少 I/O 负担。
PostgreSQL 支持两种分区方式：
- 范围分区（Range Partitioning）：按数值或时间范围划分，如按月份分表
- 列表分区（List Partitioning）：按离散值划分，如按地区、状态等字段
- 哈希分区（Hash Partitioning）：按哈希值均匀分布数据，适合负载均衡
创建分区表的步骤（以范围分区为例）
以下以按时间范围分区订单表为例说明具体实现过程：
-- 1. 创建主表（父表），指定分区策略
CREATE TABLE orders (
id BIGINT,
order_date DATE,
amount DECIMAL(10,2),
region TEXT
) PARTITION BY RANGE (order_date);
-- 2. 创建多个分区（子表）
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
CREATE TABLE orders_2023_01 PARTITION OF orders
FOR VALUES FROM ('2023-01-01') TO ('2023-02-01');
<p>CREATE TABLE orders_2023_02 PARTITION OF orders
FOR VALUES FROM ('2023-02-01') TO ('2023-03-01');</p><p>CREATE TABLE orders_future PARTITION OF orders
FOR VALUES FROM ('2024-01-01') TO MAXVALUE;</p>插入数据时，PostgreSQL 自动根据 order_date 值路由到对应分区：
INSERT INTO orders VALUES (1, '2023-01-15', 99.9, 'North');
分区优化与维护建议
为充分发挥分区优势，需注意以下几点：
- 建立合适的索引：每个分区应在其关键字段上建立索引，如时间字段或分区键
- 定期添加新分区：可通过脚本或调度任务提前创建未来分区，避免插入失败
- 删除旧分区高效：直接 DROP TABLE 分区比 DELETE 快得多，适合清理历史数据
-
启用分区剪枝：确保配置参数
enable_partition_pruning = on，让查询跳过无关分区 - 考虑使用默认分区：用 FOR VALUES IN (DEFAULT) 捕获不符合任何规则的数据，便于排查问题
常见使用场景与注意事项
分区特别适用于日志、监控、订单等时间序列数据表，数据量大且访问具有明显时间倾向性。
需要注意：
- 主表不能有非分区键上的唯一约束（如唯一索引必须包含分区键）
- 外键引用分区表时要谨慎，可能影响性能
- 跨分区的 UPDATE 可能导致行迁移，需评估性能影响
- 使用 COPY 导入数据时也会遵循分区规则自动分配
基本上就这些。PostgreSQL 的分区功能已经非常成熟，结合合适的应用设计，能显著提升大数据量下的系统表现。不复杂但容易忽略的是前期规划——选对分区键和粒度，远比后期调优更重要。
