Supabase RPC函数返回204但未更新表，求排查方案

以下是导致Supabase RPC函数返回204但数据库表未更新的常见原因及对应解决方案：

1. 未处理checking_tokens字段的NULL初始值 #

当checking_tokens字段为NULL时，使用||运算符拼接JSONB对象不会产生任何效果（NULL与任何值拼接结果仍为NULL）。需要先将NULL转换为空数组：

BEGIN
 UPDATE public.profile 
 SET checking_tokens = COALESCE(checking_tokens, '[]'::JSONB) || input::JSONB
 WHERE id = userid;
END;

2. WHERE条件未匹配到任何行 #

• 确认userid参数与profile表中id字段的类型完全匹配（比如id是UUID类型，userid需传入标准UUID格式字符串，不能有格式错误）。
• 直接在Supabase SQL编辑器中执行以下语句验证是否存在匹配行：

SELECT * FROM public.profile WHERE id = '你的userid值';

如果查询无结果，说明参数或数据存在不匹配的情况。

3. RPC函数定义存在语法或事务处理问题 #

如果你的RPC函数是用匿名块编写的，建议改为规范的PL/pgSQL函数定义，确保逻辑正确执行：

CREATE OR REPLACE FUNCTION add_checking_account(userid UUID, input JSONB)
RETURNS VOID AS $$
BEGIN
 UPDATE public.profile 
 SET checking_tokens = COALESCE(checking_tokens, '[]'::JSONB) || input
 WHERE id = userid;
END;
$$ LANGUAGE plpgsql SECURITY DEFINER;

添加SECURITY DEFINER可确保函数以定义者权限执行（若认证用户无直接更新profile表的权限）。

4. 权限配置问题 #

• 确认认证用户（或函数执行时的角色）拥有public.profile表的UPDATE权限。
• 若使用SECURITY DEFINER，确保函数定义者（通常是postgres角色）具备更新该表的权限。

5. 参数传递格式错误 #

检查后端代码中input参数的结构是否符合JSONB要求：

• 确保official_name变量的值是合法的字符串键名。
• 所有嵌套字段（access, bank等）的值类型符合JSON规范，无循环引用或非法值。

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