当前位置: 首页 > news >正文

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

http://www.jsqmd.com/news/1140325/

相关文章:

  • 【每天认识一个国家 | 澳大利亚】
  • LyricsX:重构macOS音乐体验的歌词引擎
  • 手机影像防抖演进:从OIS 1.0到AIS 3.0,3代技术如何重塑手持拍摄
  • 计算机毕业设计之jsp母婴用品购物网站
  • DriverStore Explorer v0.12.30:Windows驱动管理的革命性更新
  • REPENTOGON终极指南:15分钟掌握《以撒的结合》最强脚本扩展器
  • 如何用Elmer FEM快速完成多物理场仿真:从零开始的全流程指南 [特殊字符]
  • 计算机毕业设计之jsp奶粉仓库管理系统
  • 密码签名与加密方案安全性分析:从原理到实战选型与运维
  • Transformer注意力机制(Attention)核心干货笔记
  • 5个维度深度解析:如何用G-Helper重构你的华硕硬件控制体验
  • 2026对话式/零代码的AI小程序开发工具,一键搭建小程序平台汇总
  • 造形家:轻量化在线城市建筑三维AI建模工具测评
  • 标签不合规被扣货?凌风跨境工具箱一键批量打印合规标签
  • 百度网盘直链解析终极指南:三步获取高速下载链接,告别限速烦恼
  • 3步实现通达信缠论自动化分析:告别手工画图的智能解决方案
  • 碧蓝航线自动化脚本终极指南:24小时智能管家解放你的双手
  • 手机号码定位工具:3分钟实现号码归属地查询与地图可视化
  • 复旦微 FMQL45T900 与 Xilinx ZYNQ7045 对比:23 项关键指标与选型决策树
  • 5个步骤让你在电脑上免费畅玩Switch游戏:yuzu模拟器完整指南
  • Unsplash API 与 ChatGPT 集成:5个提升图文内容生产力的实战场景
  • 计算机毕业设计之jsp农村村务管理系统
  • 游戏MOD老是崩溃?REPENTOGON让你的《以撒的结合》稳定如新
  • 逆向工程实战:用IDA与OllyDbg深度剖析熊猫烧香病毒
  • AI绘画提示词工程:从文化符号理解到精准生成技术
  • LyricsX:Mac用户的终极歌词伴侣,免费打造完美音乐体验
  • Elmer FEM完整指南:如何免费实现多物理场仿真分析
  • AutoClicker:解放双手的Windows鼠标自动化神器,告别重复点击的烦恼
  • 一念成仙:代码之外的无价之物与大树底下的树苗
  • 使用性能分析(Profiling/Instrumentation)获取方法调用次数