mybatis 学习之多数据源整合
来源:互联网 发布:qinq端口 编辑:程序博客网 时间:2024/06/02 07:12
继续上篇文章如何使用mybatis3+spring3并且配置多数据源呢
先上代码在讲解吧
替换上一篇中spring中datasource的配置
新的类DynamicDataSource
新的类DataSourceContextHolder
原来的单元测试新添加一行信息,修改为
最主要的变化是DynamicDataSource 类,这个类继承了AbstractRoutingDataSource,我们再继续考察,发现这个类实现了datasource这个接口。
再仔细研究,发现我配置了多个数据源给DynamicDataSource,默认的数据源是ds1。
我们研究下AbstractRoutingDataSource类的代码,主要是两个实现datasource的方法
根据这段代码发现主要玄机都在determineTargetDataSource()方法上。
根据这段代码发现,首先在使用数据源之前,首先判断使用数据源的key,也就是我们配置给
这个map中的key值,找到key值之后再找到对应的datasource然后并使用这个数据源。
从上面我们发现,实际上DynamicDataSource只是在内部封装了数据源,然后调用它,只不过在内部他加了一些控制而已。(此处不知道是否可以理解为代理模式)
再深一步想想,此处使用的orm层是mybatis,如果换成hibernate呢,或者jdbctemplate呢。
实际上这个方法都适用。
先上代码在讲解吧
替换上一篇中spring中datasource的配置
- <!-- 数据源配置 -->
- <bean id="ds1" class="org.apache.commons.dbcp.BasicDataSource"
- destroy-method="close">
- <property name="driverClassName" value="com.mysql.jdbc.Driver" />
- <property name="url"
- value="jdbc:mysql://localhost:3306/payoffdatabase?useUnicode=true&characterEncoding=UTF-8" />
- <property name="username" value="root" />
- <property name="password" value="root" />
- <property name="defaultAutoCommit" value="true"></property>
- </bean>
- <bean id="ds2" class="org.apache.commons.dbcp.BasicDataSource"
- destroy-method="close">
- <property name="driverClassName" value="com.mysql.jdbc.Driver" />
- <property name="url"
- value="jdbc:mysql://localhost:3306/test?useUnicode=true&characterEncoding=UTF-8" />
- <property name="username" value="root" />
- <property name="password" value="root" />
- <property name="defaultAutoCommit" value="true"></property>
- </bean>
- <bean id="dataSource" class="a.b.router.DynamicDataSource">
- <property name="targetDataSources">
- <map key-type="java.lang.String">
- <entry value-ref="ds1" key="ds1"></entry>
- <entry value-ref="ds2" key="ds2"></entry>
- </map>
- </property>
- <property name="defaultTargetDataSource" ref="ds1"></property>
- </bean>
新的类DynamicDataSource
- package a.b.router;
- import org.springframework.jdbc.datasource.lookup.AbstractRoutingDataSource;
- public class DynamicDataSource extends AbstractRoutingDataSource {
- @Override
- protected Object determineCurrentLookupKey() {
- return DataSourceContextHolder.getDbType();
- }
- }
新的类DataSourceContextHolder
- package a.b.router;
- public class DataSourceContextHolder {
- private static final ThreadLocal<String> contextHolder = new ThreadLocal<String>();
- public static void setDbType(String dbType) {
- contextHolder.set(dbType);
- }
- public static String getDbType() {
- return ((String) contextHolder.get());
- }
- public static void clearDbType() {
- contextHolder.remove();
- }
- }
原来的单元测试新添加一行信息,修改为
- @Test
- public void addTest() throws Exception {
- UserLogin userLogin = new UserLogin();
- userLogin.setPassword("102");
- userLogin.setUsername("102");
- DataSourceContextHolder.setDbType("ds2");
- service.add(userLogin);
- }
最主要的变化是DynamicDataSource 类,这个类继承了AbstractRoutingDataSource,我们再继续考察,发现这个类实现了datasource这个接口。
再仔细研究,发现我配置了多个数据源给DynamicDataSource,默认的数据源是ds1。
我们研究下AbstractRoutingDataSource类的代码,主要是两个实现datasource的方法
- public Connection getConnection() throws SQLException {
- return determineTargetDataSource().getConnection();
- }
- public Connection getConnection(String username, String password) throws SQLException {
- return determineTargetDataSource().getConnection(username, password);
- }
根据这段代码发现主要玄机都在determineTargetDataSource()方法上。
- protected DataSource determineTargetDataSource() {
- Assert.notNull(this.resolvedDataSources, "DataSource router not initialized");
- Object lookupKey = determineCurrentLookupKey();
- DataSource dataSource = this.resolvedDataSources.get(lookupKey);
- if (dataSource == null && (this.lenientFallback || lookupKey == null)) {
- dataSource = this.resolvedDefaultDataSource;
- }
- if (dataSource == null) {
- throw new IllegalStateException("Cannot determine target DataSource for lookup key [" + lookupKey + "]");
- }
- return dataSource;
- }
根据这段代码发现,首先在使用数据源之前,首先判断使用数据源的key,也就是我们配置给
- private Map<Object, Object> targetDataSources;
这个map中的key值,找到key值之后再找到对应的datasource然后并使用这个数据源。
从上面我们发现,实际上DynamicDataSource只是在内部封装了数据源,然后调用它,只不过在内部他加了一些控制而已。(此处不知道是否可以理解为代理模式)
再深一步想想,此处使用的orm层是mybatis,如果换成hibernate呢,或者jdbctemplate呢。
实际上这个方法都适用。
0 0
- mybatis 学习之多数据源整合
- Spring+Mybatis之多数据源配置
- Spring+Mybatis之多数据源配置
- Spring-mvc整合mybatis-oracle11g-druid数据源
- Spring-mvc整合mybatis-oracle11g-druid数据源
- springboot整合mybatis,动态数据源配置
- springboot整合多个mybatis数据源
- Spring+Mybatis整合学习
- Spring整合Mybatis实现动态数据源切换教程配置
- Spring整合Mybatis实现动态数据源切换教程配置
- spring mybatis 多数据源整合 动态数据源例子
- spring boot整合mybatis使用c3p0数据源连接mysql
- Spring整合Mybatis实现动态数据源切换教程配置
- springmvc 、mybatis整合多个数据源(读写分离)
- MapReduce之多数据源输入
- spring boot之多数据源
- Mybatis学习笔记-数据源与连接池
- mybatis源码学习之数据源创建过程
- 单例模式
- 表达式树及其变体,以及我是如何借着个原理实现简易计算器的功能的
- C++类构造函数初始化列表
- Android错误信息的汇总
- Haxe and Flash Basic
- mybatis 学习之多数据源整合
- UVA - 10608 Friends 并查集水题
- SGI STL 第二级空间配置器函数 allocate()
- 学习opencv,使用反向块投影搜索图像中物体的位置cvCalcBackProjectPatch
- 标准库的三种链接方式
- java 格式化日期操作
- hbase Java Api 操作
- Client
- windows下python的包管理器pip安装.超简单