Spring Boot+PostgreSQL实现CRUD存储过程函数报错及疑问

一、语法错误修复 #

你碰到的语法错误大概率是执行SQL时的格式问题——错误提示里的AS $BODY$CREATE说明可能误把$BODY$混入了函数定义开头，或是复制粘贴时带了多余的模板字符。另外你的函数逻辑还有几个适配需求的调整点，修正后的完整代码如下：

CREATE OR REPLACE FUNCTION method_query.fn_user_info(
    fn_name CHAR,
    fn_gender CHAR,
    fn_state CHAR,
    fn_district CHAR,
    fn_email VARCHAR,
    fn_edit_id BIGINT DEFAULT NULL,
    fn_del_id BIGINT DEFAULT NULL
)
RETURNS void AS $$
BEGIN
    -- 优先处理删除：del_id不为空时执行删除
    IF fn_del_id IS NOT NULL THEN
        DELETE FROM public.user_info WHERE id = fn_del_id;
    -- 处理更新：edit_id不为空时执行更新
    ELSIF fn_edit_id IS NOT NULL THEN
        UPDATE public.user_info SET
            name = fn_name,
            gender = fn_gender,
            state = fn_state,
            district = fn_district,
            email = fn_email
        WHERE id = fn_edit_id;
    -- 新增逻辑：两个id都为空时执行插入
    ELSE
        INSERT INTO public.user_info(name, gender, state, district, email)
        VALUES (fn_name, fn_gender, fn_state, fn_district, fn_email);
    END IF;
END;
$$ LANGUAGE plpgsql;

关键调整说明 #

• 参数默认值修正：把fn_edit_id和fn_del_id的默认值从0改成NULL，完全匹配你需求里“提交按钮触发时id为null”的场景，避免出现id=0的误操作。
• 表引用修正：你的表都在public schema下，所以把函数里的method_query.user_info改成public.user_info。
• 条件判断修正：将fn_del_id > 0改为fn_del_id IS NOT NULL，贴合你通过null判断操作类型的逻辑。

二、普通函数vs触发器函数选择 #

直接选普通函数就行：

• 你的场景是Spring Boot后端接收前端按钮点击事件（提交/更新/删除）后主动调用函数，属于手动触发的业务操作，普通函数完全适配这种主动调用的需求。
• 触发器函数是当表发生插入/更新/删除等事件时自动触发，适用于自动维护数据（比如日志同步、关联表更新）的场景，和你需要手动控制触发时机的需求不匹配。

三、执行注意事项 #

• 先确保method_query schema存在，不存在的话先执行：CREATE SCHEMA IF NOT EXISTS method_query;
• 调用函数时按操作类型传参：
  • 新增：只传fn_name、fn_gender等必填字段，fn_edit_id和fn_del_id留空或不传
  • 更新：传递fn_edit_id和对应字段值，fn_del_id留空
  • 删除：仅传递fn_del_id，其他字段可传空（函数逻辑里不会用到）

内容的提问来源于stack exchange，提问作者J.Calvin Abilash