spring boot 项目中oracle datasource设置schema-拓冰建站

假设有个oracle数据库，有个foo用户（创建用户时就会创建一个默认的与用户名同名的schema：foo，schema就是个名称空间，用来隔离各类数据库对象，如表、序列等），密码11111，项目中对应的yaml配置如下：

spring: datasource: url: jdbc:oracle:thin:@1.1.1.1:1521:orcl username: foo password: 111111 driver-class-name: oracle.jdbc.OracleDriver hikari: validationTimeout: 2000 connectionTimeout: 10000 keepaliveTime: 180000 maxLifetime: 600000 minimumIdle: 3 maximumPoolSize: 3 idleTimeout: 600000 connectionTestQuery: ""

那么上文这种配置，使用foo用户连接数据库，默认就能访问foo这个schema下的表，我们写sql时：

select * from test_table; 其实就相当于访问： select * from foo.test_table;

但如果我们换个用户bar登录：

spring: datasource: url: jdbc:oracle:thin:@1.1.1.1:1521:orcl username: bar password: 111111 driver-class-name: oracle.jdbc.OracleDriver

此时，再执行sql：

select * from test_table; 那就相当于在bar这个schema下找表，就会报错，因为这个表在bar下不存在： select * from bar.test_table;

此时，怎么解决呢？

要么，你还是换回foo用户连接数据库；要么，保持bar用户连接数据库，但sql中指定表的全称：

//bar用户访问foo下的表时： select * from foo.test_table;

如果不想每个sql都这么麻烦呢？能不能全局指定一下schema呢？

当然，还有人可能会问，为啥非要用bar访问foo下的表，因为在我们这边：

老系统A，使用foo用户访问foo下的表；这次我们上新系统B，访问foo下的表时，运维或者dba要求使用新的账号，以和老系统A区分（比如权限不同，或者是方便管理，或者是通过账号就能知道是哪个系统来的连接），这种还是比较合情合理的要求，应该支持。

尝试方式1#

像postgre数据库这类，都是可以url指定schema：

datasource: url: jdbc:postgresql://1.1.1.1:5432/demo?currentSchema=strategy username: 111 password: 111 driver-class-name: org.postgresql.Driver

但是oracle我试了下，不行。

尝试方式2#

我这边项目由于使用的是动态多数据源：

<dependency> <groupId>com.baomidou</groupId> <artifactId>dynamic-datasource-spring-boot-starter</artifactId> <version>4.2.0</version> </dependency> <dependency> <groupId>com.oracle</groupId> <artifactId>ojdbc6</artifactId> <version>11.2.0.3</version> </dependency>

spring: datasource: dynamic: enabled: true primary: demo strict: false grace-destroy: false datasource: demo: url: jdbc:postgresql://11111:5432/11111 username: 略 password: 略 driver-class-name: org.postgresql.Driver hikari: validationTimeout: 2000 connectionTimeout: 10000 keepaliveTime: 180000 maxLifetime: 600000 minimumIdle: 10 maximumPoolSize: 10 idleTimeout: 600000 connectionTestQuery: "" foo: url: jdbc:oracle:thin:@1.1.1.1:1521:orcl username: bar password: 111111 driver-class-name: oracle.jdbc.OracleDriver hikari: validationTimeout: 2000 connectionTimeout: 10000 keepaliveTime: 180000 maxLifetime: 600000 minimumIdle: 3 maximumPoolSize: 3 idleTimeout: 600000 connectionTestQuery: ""

另外，连接池就直接用的spring boot默认的hikari，hikari是支持指定一个schema属性的：

foo: url: jdbc:oracle:thin:@1.1.1.1:1521:orcl username: bar password: 111111 driver-class-name: oracle.jdbc.OracleDriver hikari: schema: foo ------------------- 这里可以指定 validationTimeout: 2000 connectionTimeout: 10000 keepaliveTime: 180000 maxLifetime: 600000 minimumIdle: 3 maximumPoolSize: 3 idleTimeout: 600000 connectionTestQuery: ""

但是，最终这个schema是要传递给oracle driver那一层的，我这边这个版本的驱动，会报错。应该是高版本的driver才支持设置schema。

com.baomidou.dynamic.datasource.creator.hikaricp.HikariCpConfig

成功的方式#

我们可以指定一个初始执行的sql：

ALTER SESSION SET CURRENT_SCHEMA = foo

hikari: validationTimeout: 2000 connectionTimeout: 10000 keepaliveTime: 180000 maxLifetime: 600000 minimumIdle: 3 maximumPoolSize: 3 idleTimeout: 600000 connectionTestQuery: "" connectionInitSql: "ALTER SESSION SET CURRENT_SCHEMA = foo" ------ 这个方式

这样就可以了。各类数据库连接池框架，应该都支持类似的特性：连接建立后，执行一个初始sql。配置就大家自己查一下。

注意点#

使用bar用户访问foo下的表，记得要给bar授予相关权限才行。

问题2：在nginx上配置cors的正确方式#

背景#

我个人其实不太习惯在nginx上配置cors，我目前手里项目是在spring boot项目里，自己写个cors的filter就实现了。但我新接手的一个项目，发现有个小问题：

nginx--》spring gateway --》 spring boot服务。

我给spring boot服务加了cors后，默认在http返回header时，就会加上cors相关的header：

Access-Control-Allow-Origin "*";

结果前端访问时，说报错了。提示有多个Access-Control-Allow-Origin header。

因为spring gateway 上也开了cors相关filter，也加了一个（按理说要判断是否后端服务已经加了，如果加了，就不应该再加了，是spring boot gateway里的配置没对，导致重复加了）。

nginx加cors#

如果要临时解决上述问题，就可以在nginx上实现cors（location中加如下指令）：

proxy_hide_header Access-Control-Allow-Credentials; proxy_hide_header Access-Control-Allow-Origin; add_header Access-Control-Allow-Credentials "true"; add_header Access-Control-Allow-Origin "*";

重要的是上面的proxy_hide_header，要把后端服务返回的先隐藏，否则就会有多个类似这种的Access-Contro