PostgreSQL带参数查询分析：解析DO块内查询与普通查询差异

先明确两个查询的逻辑目标：都是查询mytable中时间戳早于当前时间1天的记录，但实现方式完全不同，下面分别拆解分析：

第一个查询（普通SQL） #

代码：

SELECT * FROM mytable WHERE mytable.TimeStamp < NOW() - MAKE_INTERVAL(DAYS => 1);

注：原代码漏写查询字段*，这里补全以保证正常执行。

分析 #

这是标准SQL查询语句：

• NOW()获取查询执行时的当前时间，MAKE_INTERVAL(DAYS => 1)生成1天的时间间隔，两者相减得到“1天前的时间点”
• 直接用这个时间点作为过滤条件，筛选mytable中TimeStamp字段早于该时间的所有记录
• 在PgAdmin中直接运行就能看到查询结果，点击「执行计划」按钮可查看查询的执行效率（比如是否用到索引、扫描行数等）

第二个查询（PL/pgSQL匿名块） #

代码：

DO $$
DECLARE retentionTimestamp TIMESTAMP := NOW() - MAKE_INTERVAL(DAYS => 1);
BEGIN
   SELECT * FROM mytable WHERE mytable.TimeStamp < retentionTimestamp;
END $$;

注：原代码同样漏写*，且存在语法问题——PL/pgSQL中不能直接执行无目标的SELECT语句，会触发报错，后面会说明修正方法。

核心概念拆解 #

这是PostgreSQL的匿名PL/pgSQL代码块（DO语句），用于执行一段封装的逻辑，和普通SQL查询有本质区别：

1. 执行特性：DO块本身不会返回任何查询结果，在PgAdmin中运行后只会显示「DO」表示执行成功，看不到筛选出的记录
2. 变量作用域：DECLARE里声明的retentionTimestamp是块内局部变量，仅在BEGIN到END的代码段中有效，且值在块初始化时就计算完成（整个块执行过程中不会变动）
3. 语法问题修正：原代码中的SELECT语句无接收结果的目标，PL/pgSQL不允许这种写法，需根据需求调整：
   • 如果只是验证逻辑不需要返回结果：把SELECT改成PERFORM（用于执行不返回结果的查询）

     DO $$
     DECLARE retentionTimestamp TIMESTAMP := NOW() - MAKE_INTERVAL(DAYS => 1);
     BEGIN
        PERFORM * FROM mytable WHERE mytable.TimeStamp < retentionTimestamp;
     END $$;
     

   • 如果需要返回查询结果：要把匿名块改成返回表的函数，示例如下：

     CREATE OR REPLACE FUNCTION get_expired_records()
     RETURNS SETOF mytable AS $$
     DECLARE
         retentionTimestamp TIMESTAMP := NOW() - MAKE_INTERVAL(DAYS => 1);
     BEGIN
         RETURN QUERY SELECT * FROM mytable WHERE mytable.TimeStamp < retentionTimestamp;
     END $$ LANGUAGE plpgsql;
     
     -- 调用函数获取结果
     SELECT * FROM get_expired_records();
     

在PgAdmin中分析这个逻辑的方法 #

如果要查看块内SELECT语句的执行计划，不能直接分析DO块，需要：

• 把SELECT语句单独提取出来，替换变量为实际计算值（比如NOW() - INTERVAL '1 day'），然后运行并查看执行计划
• 或者使用上面的函数写法，调用函数后查看函数内部查询的执行计划

两个查询的核心对比 #

• 结果返回：第一个查询直接返回数据；第二个DO块默认不返回数据，必须修改为函数才能获取结果
• 适用场景：第一个适合简单的一次性查询；第二个适合需要复用计算值、添加复杂逻辑（比如循环、条件判断）的场景
• 执行环境：第一个是纯SQL，执行逻辑简单直接；第二个是PL/pgSQL代码块，属于过程式编程，有变量、流程控制等特性

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