PostgreSQL SQL脚本中如何并行执行SQL语句 实现几何计算结果插入

核心结论 #

你当前的场景不需要依托Python等外部语言，直接用纯SQL就能实现，而且PostgreSQL会自动触发并行执行，效率远高于手写PL/pgSQL循环。
PL/pgSQL中的FOREACH循环本身是串行执行的，循环内的单次查询无法跨迭代并行，你原来的写法完全可以改成集合操作的SQL语句，让优化器自动调度并行资源。

最优实现方案：纯SQL改写 #

步骤1：建表 #

CREATE TABLE t1(
  lim integer,
  the_geom geometry(polygon, 4326)
);

步骤2：单条INSERT完成所有计算插入 #

直接把generate_series作为数据源，不需要循环，所有计算逻辑都放到SELECT层面，PostgreSQL会自动对SELECT部分做并行调度：

INSERT INTO t1 (lim, the_geom)
SELECT
  s.lim,
  ST_SetSRID(ST_ConcaveHull(/* 此处替换为你原来的ST_ConcaveHull计算逻辑，直接引用s.lim即可 */), 4326)
FROM generate_series(60, 300, 60) AS s(lim);

并行触发的配置说明 #

如果想要确保查询触发并行，可以检查postgresql.conf中以下参数配置：

• max_parallel_workers_per_gather：建议配置为≥2，默认值4就可以满足你这个场景的需求
• 适当调低parallel_setup_cost和parallel_tuple_cost的取值，可以让优化器更倾向于选择并行执行计划
• ST_ConcaveHull本身属于稳定（stable）类型的函数，符合并行查询的函数要求，不需要额外调整

外部语言并行方案（仅作补充，当前场景不需要） #

如果你的后续逻辑复杂度提升，无法用单条SQL实现，才需要用Python等外部语言实现并行：通过多线程/多进程创建多个数据库连接，每个连接处理一个lim值的计算和插入即可。但这种方式需要自行处理连接管理、事务一致性问题，性能低于原生SQL的并行方案，你的当前场景完全不需要用这种方案。

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