PostgreSQL存储过程实现匿名块逻辑调用的方法
PostgreSQL 没有 Oracle 那种匿名 PL/SQL 块,但别担心——它提供了一个叫 DO 的语法糖,本质上就是一次性、无名的 PL/pgSQL 执行单元。这东西不创建对象,也不持久化,最适合临时逻辑或一次性数据处理。
不少开发者会踩的坑是:把 DO 当成函数调用塞进普通 SQL 里——比如写在 SELECT 或 INSERT 后面,这是不允许的。DO 块必须独立执行,整个块作为单条语句提交,不能加 CREATE OR REPLACE FUNCTION 那套修饰。块内变量作用域仅限块内,一退出就销毁,跨块共享变量?想都别想。如果非要传参,只能靠字符串拼接动态构造(不推荐),或者干脆改成带参数的函数。
DO块必须以分号结尾,psql 里注意反斜杠换行会中断解析- 变量生命周期短,无法跨
DO复用 - 示例:
DO $$ BEGIN RAISE NOTICE 'Hello from DO block'; END $$;

想复用逻辑?别硬塞 DO,优先写 FUNCTION
很多场景下,所谓的“匿名块调用”需求,说白了就是想临时封装一段可多次触发的逻辑。这时候 DO 反而成了绊脚石——没法传参、没法返回值、没法被其他函数调用。PostgreSQL 的函数本质上就是它的“可调用匿名块”,尤其是 LANGUAGE plpgsql 的函数,不仅能覆盖 DO 的所有能力,还更灵活。
- 函数支持
IN/OUT参数,类型检查和默认值一应俱全 - 可被
SELECT、PERFORM、其他函数直接调用,甚至参与事务控制 - 定义后存在系统目录中,用
df就能查,比DO更容易调试和复用 - 示例:
CREATE OR REPLACE FUNCTION log_and_update(id INT) RETURNS VOID AS $$ BEGIN RAISE NOTICE 'Processing %', id; UPDATE users SET updated_at = NOW() WHERE user_id = id; END $$ LANGUAGE plpgsql;
调用方式:SELECT log_and_update(123);或PERFORM log_and_update(123);
存储过程(PROCEDURE)不是万能替代,注意事务边界
PostgreSQL 12+ 引入了 PROCEDURE,它和函数的关键区别在于:能在内部执行 COMMIT/ROLLBACK,但不能出现在 SELECT 中,也不能返回值。只有在需要手动控制事务(比如批量导入中途提交)时,才值得用 PROCEDURE。
误用的话就会碰到这类报错:ERROR: cannot execute COMMIT in a read-only transaction 或 ERROR: procedures cannot be used in SELECT。
- 唯一合法调用方式是
CALL,例如:CALL my_procedure(456); - 内部若含 DML,必须显式声明
LANGUAGE plpgsql,并确保 session 处于可写状态 - 过程不能像函数那样被嵌套在表达式里,也不支持
RETURNS TABLE等返回机制 - 如果只是想“执行一段逻辑”,函数 +
PERFORM通常就够了,别为了“听起来更正式”硬上PROCEDURE
动态 SQL 是绕不开的坎,但 EXECUTE 必须配 USING 防注入
不管是 DO、函数还是过程,只要涉及拼表名、字段名或不确定结构的查询,就得用 EXECUTE。但直接字符串拼接等于敞开 SQL 注入大门。PostgreSQL 对此有明确要求:表名/列名等标识符必须用 format() + %I 占位符处理;运行时值必须走 USING 子句传参。
- 错例:
EXECUTE 'UPDATE ' || table_name || ' SET val = ' || value;——value未转义,table_name未校验 - 对例:
EXECUTE format('UPDATE %I SET status = $1 WHERE id = $2', tbl_name) USING new_status, record_id; %I自动加双引号并转义,$1/$2由USING绑定,类型安全- 漏掉
USING或错用%L(用于字面量)都可能引发类型不匹配或注入漏洞
实际写下来,多数所谓“匿名块需求”落地就是一个带参数的 FUNCTION;只有极少数涉及事务拆分或跨会话状态管理,才需要碰 PROCEDURE。而 DO 块,基本只留给一次性调试或部署脚本里的临时逻辑——用对地方,事半功倍。
游乐网为非赢利性网站,所展示的游戏/软件/文章内容均来自于互联网或第三方用户上传分享,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系youleyoucom@outlook.com。
同类文章
如何配置Oracle可恢复空间分配以防止任务中断
启用可恢复空间分配需将RESUMABLE_TIMEOUT设为非零值(如3600秒),RAC环境需逐节点单独设置。该机制仅对ORA-01536等空间类错误生效,挂起期间事务锁定状态不变,超时自动中止。会话级启用需显式指定timeout和name,否则可能无效。
Redis集群升级配置文件不兼容 对照新旧参数手册转换
升级至Redis7 0配置不兼容须知:主从复制命令由slaveof改为replicaof否则报错;集群全量覆盖参数默认开启需改为关闭;TCP连接积压参数需与系统内核一致;访问控制列表默认用户无管理权限需授权;节点配置文件禁止手动编辑,应通过命令管理。
Oracle 19c补丁冲突问题修复方法详细步骤使用opatch apply命令
Oracle19c补丁冲突因新旧补丁修复重叠或文件冲突所致。需先确认OPatch版本、inventory一致性及执行用户正确性,再通过opatchprereq定位具体冲突。真实冲突可回退旧补丁或改用完整RU流程,RAC环境需逐节点检查inventory。
MySQL修改权限后为何必须执行FLUSH PRIVILEGES?
MySQL修改权限后是否执行FLUSHPRIVILEGES取决于修改方式。通过GRANT或ALTERUSER标准命令自动同步,无需手动刷新;直接UPDATEmysql user表则必须执行以刷新内存缓存。已存在连接不重载,需注意host匹配、认证插件兼容性及RELOAD权限。
SQL嵌套查询在电商订单报表中的应用实践
SQL嵌套查询在电商订单报表中适用于条件筛选,如快速圈定用户范围,但不适合替代关联分析。使用时需注意子查询空值导致IN失效、必须返回单列、MySQL5 7不支持LATERAL及CTE。聚合分析应依赖聚合加过滤,深层嵌套可用派生表或CTE分步处理。
- 日榜
- 周榜
- 月榜
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
相关攻略
2026-07-09 07:09
2026-07-09 07:09
2026-07-09 07:08
2026-07-09 07:08
2026-07-09 07:08
2026-07-09 07:08
2026-07-09 07:08
2026-07-09 07:07
热门教程
- 游戏攻略
- 安卓教程
- 苹果教程
- 电脑教程
热门话题

