PostgreSQL事务内声明变量遇语法错误，求正确声明方式

看来你是把普通SQL事务语句和PL/pgSQL过程语言语法混在一起啦，这就是报错的核心原因：DECLARE是PL/pgSQL专属的变量声明语法，不能直接放在普通的BEGIN TRANSACTION之后执行。

为什么会报错？ #

PostgreSQL的普通事务块（用BEGIN TRANSACTION开启的）只能执行标准SQL语句，而DECLARE是用来在PL/pgSQL代码块里声明变量的——比如函数、存储过程，或者匿名DO块这类场景才支持。

两种正确的实现方式 #

1. 使用PL/pgSQL匿名DO块（适合数据库端执行）

如果需要在数据库端的事务内声明并使用变量，可以用匿名DO块包裹整个逻辑，这样就能合法声明变量了：

DO $$
DECLARE
    new_id INTEGER; -- 这里可以正常声明变量
BEGIN
    -- 设置隔离级别（注意：PostgreSQL里READ UNCOMMITTED会自动升级为READ COMMITTED）
    SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
    
    -- 插入数据并把返回的ID存入变量
    INSERT INTO messages (author) VALUES ('你的作者值') RETURNING id INTO new_id;
    
    -- 可以用new_id做后续关联操作
    INSERT INTO message_attachments (message_id, file_path) VALUES (new_id, '/uploads/test.txt');
END $$;

如果需要动态传入$author参数，在psql里可以用客户端变量：VALUES (:author)，或者把这段逻辑封装成带参数的函数更灵活。

2. 在客户端捕获返回ID（更常见的业务场景）

如果你的逻辑是在应用代码里执行（比如Python、Java等），其实完全不需要在数据库端声明变量——直接通过INSERT...RETURNING获取ID，在客户端存储后再执行后续操作，全程在事务内即可避免竞态：

BEGIN TRANSACTION;
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;

-- 插入并返回ID，客户端捕获这个结果
INSERT INTO messages (author) VALUES ($author) RETURNING id;

-- 用客户端存储的new_id执行后续操作（这里的:new_id是客户端变量）
INSERT INTO message_details (message_id, content) VALUES (:new_id, '用户提交的消息内容');

COMMIT;

额外提醒 #

PostgreSQL并不真正支持READ UNCOMMITTED隔离级别——当你设置这个级别时，数据库会自动把它提升为READ COMMITTED（PostgreSQL的默认隔离级别）。如果你的业务需要特殊的隔离行为，可能需要调整为REPEATABLE READ或SERIALIZABLE。

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