执行supabase db reset报错：无法删除storage.get_level函数，如何解决？

当执行 supabase db reset 时遇到 cannot drop function storage.get_level(text) because other objects depend on it 错误，本质是该函数被其他数据库对象（如视图、触发器、其他函数等）引用，直接删除会破坏依赖关系。以下是具体解决步骤：

1. 先找出依赖该函数的对象 #

首先需要明确哪些对象依赖 storage.get_level，在本地 Supabase 数据库中执行以下 SQL 查询：

SELECT 
  pg_class.relname AS 依赖对象名称,
  CASE pg_class.relkind 
    WHEN 'v' THEN '视图'
    WHEN 'f' THEN '函数'
    WHEN 't' THEN '表'
    ELSE pg_class.relkind::text
  END AS 对象类型
FROM 
  pg_depend
JOIN 
  pg_class ON pg_depend.objid = pg_class.oid
WHERE 
  pg_depend.refobjid = 'storage.get_level'::regproc;

执行后会列出所有依赖该函数的对象及其类型。

2. 根据场景选择解决方案 #

场景一：仅需更新函数定义（而非删除） #

如果你的迁移脚本是要修改该函数的逻辑，而非彻底删除它，建议用 CREATE OR REPLACE FUNCTION 替代 DROP FUNCTION + CREATE FUNCTION 的组合，这样无需删除函数即可更新定义，避免依赖问题。

修改迁移脚本中的代码：
原代码：

DROP FUNCTION IF EXISTS "storage"."get_level"(name text);
CREATE FUNCTION "storage"."get_level"(name text) 
-- 函数定义...

改为：

CREATE OR REPLACE FUNCTION "storage"."get_level"(name text) 
-- 新的函数定义...

场景二：必须删除该函数（且依赖对象可安全移除） #

如果确实需要删除该函数，且确认所有依赖对象都可以被移除，可在 DROP FUNCTION 语句后添加 CASCADE 关键字，自动删除所有依赖对象：

DROP FUNCTION IF EXISTS "storage"."get_level"(name text) CASCADE;

⚠️ 注意：CASCADE 会直接删除所有依赖对象，执行前务必确认这些对象是你不再需要的，或后续会重新创建。

场景三：手动控制依赖对象的删除 #

若想更精细地处理依赖，可先手动删除查询到的依赖对象，再执行 DROP FUNCTION。例如，如果依赖是一个名为 storage.level_view 的视图，先执行：

DROP VIEW IF EXISTS storage.level_view;

再执行原有的 DROP FUNCTION 语句。

额外提示 #

如果 storage.get_level 是 Supabase 内置的存储函数，建议不要随意删除或修改。若你是在自定义扩展该函数，优先使用 CREATE OR REPLACE 方式，避免破坏 Supabase 原生功能。

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