像让收银台顺手管理整家店的进货：起初少装一套系统，后来出了差错，问题却都堵在收银台。pg_cron——让 PostgreSQL 定时执行 SQL 或数据库任务的扩展——适合清理、汇总等贴近数据库的工作；用它触发批量抽取，也就是定时把一批数据搬到文件、仓库或其他服务，看起来同样直接。
问题在于，批量抽取需要的不只是“准时开跑”。发帖者担心，这会越过数据库原本的职责边界，把任务运行等操作数据也塞进去，并失去通过 SCM（源代码管理）或独立界面配置任务的方式。继续扩展后，重试、告警、依赖和运行状态也可能逐步压到数据库身上，而这些本是调度平台负责的治理能力。
还要留意资源隔离：抽取任务若紧贴生产数据库，可能与线上查询争抢 CPU、内存或连接。这个 Reddit 帖子提出的是架构疑问，并未提供实际故障或性能数据；但它提醒团队，选工具时别只问“能不能定时触发”，还要问失败由谁接管、运行由谁看见、重活会不会影响业务。