Spring Data JDBC如何为运行时确定的实体配置动态数据库schema？

你提出的每次执行CRUD时动态指定schema的需求完全可以实现，主流实现方案如下：

方案1：自定义动态NamingStrategy #

• 实现NamingStrategy接口，重写getSchema方法，配合ThreadLocal存储当前租户对应的schema值，运行时动态返回对应schema。
• 示例实现代码：

public class TenantAwareNamingStrategy implements NamingStrategy {
    private static final ThreadLocal<String> CURRENT_TENANT_SCHEMA = new ThreadLocal<>();

    // 执行CRUD前调用该方法设置当前租户schema
    public static void setCurrentSchema(String schema) {
        CURRENT_TENANT_SCHEMA.set(schema);
    }

    // 操作完成后调用该方法清除上下文，避免线程复用串数据
    public static void clearCurrentSchema() {
        CURRENT_TENANT_SCHEMA.remove();
    }

    @Override
    public String getSchema(Class<?> domainType) {
        String schema = CURRENT_TENANT_SCHEMA.get();
        // 可自定义默认schema兜底逻辑
        return schema == null ? "public" : schema;
    }
}

• 将上述自定义类注册为Spring Bean，替换默认的NamingStrategy实现即可生效。Web场景下可以配合拦截器/过滤器，在请求入口解析租户标识设置schema，请求结束后清除。

方案2：连接级动态设置schema #

• 自定义JDBC连接装饰器，每次从连接池获取连接后，执行SET SCHEMA 'xxx'语句修改当前连接的默认schema，连接归还到连接池时重置schema配置。
• 该方案不需要修改Spring Data JDBC的核心逻辑，兼容性更高，适合所有依赖JDBC连接的ORM框架使用。

方案3：自定义SQL拼接schema前缀 #

• 如果只有少量自定义查询场景，可以直接在SQL语句中预留schema占位符，执行时传入当前租户的schema值拼接成全表名即可，实现最简单。

• 所有基于线程上下文传递租户标识的方案，都必须在操作结束后清除上下文，避免线程复用导致的租户数据串权问题。
• 事务执行过程中禁止切换schema，避免事务操作跨schema导致数据异常。

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