当然可以实现这个需求！在PostgreSQL里，普通视图没法直接动态切换Schema（因为视图的定义是预编译固定死的），但通过PL/pgSQL函数结合动态SQL，完全能实现从JWT属性或者自定义配置动态获取Schema名称，查询对应persons表的效果。

具体实现步骤 #

1. 创建返回表类型的PL/pgSQL函数 #

这个函数会从你的JWT属性current_setting('jwt.claims.schema')里获取目标Schema，然后动态拼接SQL查询对应表，还加了安全校验避免错误：

CREATE OR REPLACE FUNCTION get_dynamic_persons()
RETURNS TABLE(name text) AS $$
DECLARE
    target_schema text := current_setting('jwt.claims.schema');
BEGIN
    -- 先校验目标Schema是否存在，避免无效输入或SQL注入风险
    IF NOT EXISTS (SELECT 1 FROM information_schema.schemata WHERE schema_name = target_schema) THEN
        RAISE EXCEPTION '指定的Schema % 不存在', target_schema;
    END IF;
    
    -- 用format函数安全转义标识符，防止SQL注入
    RETURN QUERY EXECUTE format('SELECT name FROM %I.persons', target_schema);
END;
$$ LANGUAGE plpgsql SECURITY DEFINER;

关键细节说明：

• current_setting('jwt.claims.schema')：直接读取你提到的JWT属性值，确保这个配置在会话中是有效的（比如通过JWT解析中间件自动设置）
• format('%I', target_schema)：用%I将Schema名称转义为合法的SQL标识符，彻底避免SQL注入风险
• SECURITY DEFINER：如果你的业务账号没有访问所有Schema下persons表的权限，可以加上这个选项，让函数以创建者的权限执行（注意：务必控制创建者的权限范围，避免安全风险）

2. 封装为视图（可选） #

如果想保持类似视图的使用体验，可以创建一个视图来调用这个函数：

CREATE VIEW dynamic_persons AS SELECT * FROM get_dynamic_persons();

之后每次查询dynamic_persons视图时，都会动态读取当前的jwt.claims.schema配置，返回对应Schema下的persons数据。

3. 权限与测试 #

• 确保函数拥有访问所有目标Schema下persons表的SELECT权限
• 测试时可以手动设置JWT属性来验证：

  -- 设置当前会话的Schema为a
  SET jwt.claims.schema = 'a';
  -- 查询视图，返回a.persons的数据
  SELECT * FROM dynamic_persons;
  
  -- 切换到b Schema
  SET jwt.claims.schema = 'b';
  SELECT * FROM dynamic_persons; -- 此时返回b.persons的数据
  

额外补充：会话级Schema切换方案 #

如果你的场景是单次会话只需要访问一个Schema的persons表，也可以直接动态设置search_path：

SET search_path TO current_setting('jwt.claims.schema'), public;
SELECT * FROM persons; -- 此时会自动读取目标Schema下的persons表

这种方式更轻量，但适合会话级的场景，而函数+视图的方式更适合作为统一查询入口使用。

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