假设有个oracle数据库有个foo用户创建用户时就会创建一个默认的与用户名同名的schemafooschema就是个名称空间用来隔离各类数据库对象如表、序列等密码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此时再执行sqlselect * 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指定schemadatasource: url: jdbc:postgresql://1.1.1.1:5432/demo?currentSchemastrategy username: 111 password: 111 driver-class-name: org.postgresql.Driver但是oracle我试了下不行。尝试方式2#我这边项目由于使用的是动态多数据源dependency groupIdcom.baomidou/groupId artifactIddynamic-datasource-spring-boot-starter/artifactId version4.2.0/version /dependency dependency groupIdcom.oracle/groupId artifactIdojdbc6/artifactId version11.2.0.3/version /dependencyspring: 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默认的hikarihikari是支持指定一个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成功的方式#我们可以指定一个初始执行的sqlALTER SESSION SET CURRENT_SCHEMA foohikari: 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相关的headerAccess-Control-Allow-Origin *;结果前端访问时说报错了。提示有多个Access-Control-Allow-Origin header。因为spring gateway 上也开了cors相关filter也加了一个按理说要判断是否后端服务已经加了如果加了就不应该再加了是spring boot gateway里的配置没对导致重复加了。nginx加cors#如果要临时解决上述问题就可以在nginx上实现corslocation中加如下指令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
spring boot 项目中oracle datasource设置schema
假设有个oracle数据库有个foo用户创建用户时就会创建一个默认的与用户名同名的schemafooschema就是个名称空间用来隔离各类数据库对象如表、序列等密码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此时再执行sqlselect * 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指定schemadatasource: url: jdbc:postgresql://1.1.1.1:5432/demo?currentSchemastrategy username: 111 password: 111 driver-class-name: org.postgresql.Driver但是oracle我试了下不行。尝试方式2#我这边项目由于使用的是动态多数据源dependency groupIdcom.baomidou/groupId artifactIddynamic-datasource-spring-boot-starter/artifactId version4.2.0/version /dependency dependency groupIdcom.oracle/groupId artifactIdojdbc6/artifactId version11.2.0.3/version /dependencyspring: 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默认的hikarihikari是支持指定一个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成功的方式#我们可以指定一个初始执行的sqlALTER SESSION SET CURRENT_SCHEMA foohikari: 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相关的headerAccess-Control-Allow-Origin *;结果前端访问时说报错了。提示有多个Access-Control-Allow-Origin header。因为spring gateway 上也开了cors相关filter也加了一个按理说要判断是否后端服务已经加了如果加了就不应该再加了是spring boot gateway里的配置没对导致重复加了。nginx加cors#如果要临时解决上述问题就可以在nginx上实现corslocation中加如下指令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
