一种双数据源之间的双向同步数据系统
专利汇可以提供一种双数据源之间的双向同步数据系统专利检索，专利查询，专利分析的服务。并且一种双数据源之间的双向同步数据系统，可解决单一数据源很多场合都不能满足需求的技术问题。基于计算机设备，用于第一数据源、第一业务系统与第二数据源、第二业务系统之间；包括以下模 块 ：模型对象模块、实 体模 型模块、公用工具类模块、双数据源配置模块、interface 接口 模块、业务逻辑处理service层模块、dao层模块。本 发明 对双数据源之间某些需要共享的部分数据实现双向同步,当然本发明也可以双数据源之间所有数据都实现双向同步；本发明可以实时同步,保证时效性；本发明不需要先暂停第一业务系统服务,同步数据后再启动第一业务系统服务；所以本发明提高了同步效率；同时本发明使用安全 锁 机制,保证数据的安全性。，下面是一种双数据源之间的双向同步数据系统专利的具体信息内容。
1.一种双数据源之间的双向同步数据系统，其特征在于：基于计算机设备，用于第一数据源、第一业务系统与第二数据源、第二业务系统之间；
包括以下模块：
模型对象模块，用于封装请求参数, 封装响应参数，以便于对外提供服务接口时, 实现请求和响应的标准化；
实体模型模块：包括两大类：一是第一数据源的表结构对应的实体模型, 作用是让第一数据源的每张表都会有对应实体类；二是第二数据源的表结构对应的实体模型, 作用是让第二数据源的每张表都会有对应实体类；
公用工具类模块:用于实现动态感知获取所传入的数据类型, 从而自动匹配到对应的数据表中进行增删改查操作；
双数据源配置模块:包括 SpringBoot配置文件配置两个数据源的连接信息, 还包括双数据源配置类；
interface接口模块:包括第一数据源的interface接口和第二数据源的interface接口；所述第一数据源的interface接口和第二数据源的interface接口都是注册到zookeeper注册中心, 成为对外提供服务的dubbo接口, 供外部调用；
业务逻辑处理service层模块:包括第一数据源的service层和第二数据源的service层；
dao层模块：包括, 第一数据源的mapper接口, 第二数据源的mapper接口, 第一数据源的mapper.xml映射文件, 第二数据源的mapper.xml映射文件。
2.根据权利要求1所述的双数据源之间的双向同步数据系统，其特征在于：所述模型对象模块包括请求参数模型，响应参数模型，常量枚举模型。
3.根据权利要求2所述的双数据源之间的双向同步数据系统，其特征在于：所述公用工具类模块: 包括: ObjectUtil类 和 BeanHump类；
其中: ObjectUtil类作用是通过反射机制获取所传来的对象到底是属于第一数据源还是第二数据源, 并且能获取属性类型和属性名；
其中: BeanHump类作用是通过反射机制获取所传来的对象对应的注解, 并且通过驼峰转换算法, 获取所传来对象的各个属性和表中的各个字段之间的意义对应关系。
4.根据权利要求3所述的双数据源之间的双向同步数据系统，其特征在于：所述双数据源配置类包括：
第一数据源配置类：根据SpringBoot配置文件配置第一数据源的连接信息, 创建出与第一数据源配置对应的DataSource对象, SqlSessionFactory对象,
DataSourceTransactionManager对象, SqlSessionTemplate对象. 其中DataSourceTransactionManager对象能够对数据源的事务进行控制和管理, 如果增删改查有异常, 使用DataSourceTransactionManager对象进行事务回滚, 保证数据安全性和一致性；
第二数据源配置类：根据SpringBoot配置文件配置第二数据源的连接信息, 创建出与第二数据源配置对应的DataSource对象, SqlSessionFactory对象,
DataSourceTransactionManager对象, SqlSessionTemplate对象；其中DataSourceTransactionManager对象能够对数据源的事务进行控制和管理, 如果增删改查有异常, 使用DataSourceTransactionManager对象进行事务回滚, 保证数据安全性和一致性。
5.根据权利要求4所述的双数据源之间的双向同步数据系统，其特征在于：
业务逻辑处理service层模块处理步骤包括：
首先通过公用工具类模块中ObjectUtil类和BeanHump类封装的方法获取 传来的对象的注解,从而获取它的表名, 从而程序就知道操作哪张表；
然后通过公用工具类模块中ObjectUtil类和BeanHump类封装的方法获取 传来的对象的属性名和属性值, 在通过驼峰转换方法映射到数据源的表中；
最后从调用dao层的mapper接口, 如果是简单的增删改查操作, 直接自动使用通用Mapper的底层方法即可,而如果是多表关联操作,需要使用mapper.xml映射文件中手写sql语句。
一种双数据源之间的双向同步数据系统
技术领域
背景技术
发明内容
包括以下模块：
模型对象模块，用于封装请求参数, 封装响应参数，以便于对外提供服务接口时, 实现请求和响应的标准化；
实体模型模块：包括两大类：一是第一数据源的表结构对应的实体模型, 作用是让第一数据源的每张表都会有对应实体类；二是第二数据源的表结构对应的实体模型, 作用是让第二数据源的每张表都会有对应实体类；
公用工具类模块:用于实现动态感知获取所传入的数据类型, 从而自动匹配到对应的数据表中进行增删改查操作；
双数据源配置模块:包括 SpringBoot配置文件配置两个数据源的连接信息, 还包括双数据源配置类；
interface接口模块:包括第一数据源的interface接口和第二数据源的interface接口；所述第一数据源的interface接口和第二数据源的interface接口都是注册到zookeeper注册中心, 成为对外提供服务的dubbo接口, 供外部调用；
业务逻辑处理service层模块:包括第一数据源的service层和第二数据源的service层；
dao层模块：包括, 第一数据源的mapper接口, 第二数据源的mapper接口, 第一数据源的mapper.xml映射文件, 第二数据源的mapper.xml映射文件。
其中: BeanHump类作用是通过反射机制获取所传来的对象对应的注解, 并且通过驼峰转换算法, 获取所传来对象的各个属性和表中的各个字段之间的意义对应关系。
DataSourceTransactionManager对象, SqlSessionTemplate对象. 其中DataSourceTransactionManager对象能够对数据源的事务进行控制和管理, 如果增删改查有异常, 使用DataSourceTransactionManager对象进行事务回滚, 保证数据安全性和一致性；
第二数据源配置类：根据SpringBoot配置文件配置第二数据源的连接信息, 创建出与第二数据源配置对应的DataSource对象, SqlSessionFactory对象,
DataSourceTransactionManager对象, SqlSessionTemplate对象；其中DataSourceTransactionManager对象能够对数据源的事务进行控制和管理, 如果增删改查有异常, 使用DataSourceTransactionManager对象进行事务回滚, 保证数据安全性和一致性。
然后通过公用工具类模块中ObjectUtil类和BeanHump类封装的方法获取 传来的对象的属性名和属性值, 在通过驼峰转换方法映射到数据源的表中；
最后从调用dao层的mapper接口, 如果是简单的增删改查操作, 直接自动使用通用Mapper的底层方法即可,而如果是多表关联操作,需要使用mapper.xml映射文件中手写sql语句。
(2)本发明可以实时同步, 保证时效性. 本发明不需要先暂停第一业务系统服务, 同步数据后再启动第一业务系统服务. 所以本发明提高了同步效率；
(3)本发明使用安全锁机制, 保证数据的安全性；
(4)本发明采用事务控制的方式,保证双数据源之间的共享数据的一致性和安全性；
(5)本发明装置可以使用dubbo接口模式来同步数据. 将同步数据的接口注册到zookeeper, 对外开放了dubbo服务接口, 方便其他调用者调用本发明装置的同步数据的接口服务；
(6)本发明装置也可以使用消息队列模式来同步数据, 利用消息生产者 和 消息消费者两者之间的配合实现同步数据；
(7)本发明装置动态感知获取所传入的数据类型, 从而自动匹配到对应的数据表中进行增删改查操作。
附图说明
具体实施方式
正向同步接口: 当第一数据源对应的第一业务系统需要将部分共享数据同步到第二数据源时, 第一业务系统需要调用本发明装置在dubbo提供的正向同步接口, 在本发明装置内部运行程序, 将数据同步到第二数据源中, 然后第二数据源的同步过来的数据就可以为第二业务系统提供数据服务了.
反向同步接口: 当第二数据源对应的第二业务系统需要将部分共享数据同步到第一数据源时, 第二业务系统需要调用本发明装置在dubbo提供的反向同步接口, 在本发明装置内部运行程序, 将数据同步到第一数据源中, 然后第一数据源的同步过来的数据就可以为第一业务系统提供数据服务了.
消息队列同步数据: 同步数据也可以不使用dubbo接口来实现, 同步数据也可以使用消息队列的方式进行同步数据, 本发明的同步数据装置, 消息生产者将同步数据的消息推送到消息队列中, 消息消费者实时监听消息并从消息队列中取出同步消息, 然后将同步数据同步到指定的数据源中, 从而实现双数据源之间的同步数据。
(1)模型对象模块: 包括:请求参数模型, 响应参数模型, 常量枚举模型. 该模块主要负责: 封装请求参数, 封装响应参数. 以便于对外提供服务接口时, 实现请求和响应的标准化.
(2)实体模型模块: 实体模型分为两大类: 一是第一数据源的表结构对应的多个实体模型, 作用是让第一数据源的每张表都会在本发明装置中都有对应实体类. 二是第二数据源的表结构对应的多个实体模型, 作用是让第二数据源的每张表都会在本发明装置中都有对应实体类. 更加方便在本实施例同步数据装置 能通过实体类来操作两个数据源中的表数据. 已达到同步数据的目的.
(3)公用工具类模块: 包括: ObjectUtil类 和 BeanHump类,
其中: ObjectUtil类作用是通过反射机制获取所传来的对象到底是属于第一数据源还是第二数据源, 并且能获取属性类型和属性名等等.
其中: BeanHump类作用是通过反射机制获取所传来的对象对应的注解, 并且通过驼峰转换算法, 获取所传来对象的各个属性和表中的各个字段之间的意义对应关系.本模块能够实现: 动态感知获取所传入的数据类型, 从而自动匹配到对应的数据表中进行增删改查操作. 非常智能化.
(4)双数据源配置模块: 本模块包括: SpringBoot配置文件配置两个数据源的连接信息, 还包括双数据源配置类.
进一步的:第一数据源配置类: 根据SpringBoot配置文件配置第一数据源的连接信息, 创建出与第一数据源配置对应的DataSource对象, SqlSessionFactory对象, DataSourceTransactionManager对象, SqlSessionTemplate对象. 其中DataSourceTransactionManager对象能够对数据源的事务进行控制和管理, 如果增删改查有异常, 可以使用DataSourceTransactionManager对象进行事务回滚, 保证数据安全性和一致性. 值得注意的是: 使用@Primary注解将第一数据源设置为主数据源.第二数据源配置类: 根据SpringBoot配置文件配置第二数据源的连接信息, 创建出与第二数据源配置对应的DataSource对象, SqlSessionFactory对象,
DataSourceTransactionManager对象, SqlSessionTemplate对象. 其中DataSourceTransactionManager对象能够对数据源的事务进行控制和管理, 如果增删改查有异常, 可以使用DataSourceTransactionManager对象进行事务回滚, 保证数据安全性和一致性. 指的注意的是: 第二数据源配置类不加@Primary注解, 是从数据源.(5)interface接口模块: 本模块包括: 第一数据源的interface接口 和 第二数据源的interface接口. 将来这些interface接口都是注册到zookeeper注册中心, 成为对外提供服务的dubbo接口, 供外部调用.
(6)业务逻辑处理service层模块: 本模块包括: 第一数据源的service层 和 第二数据源的service层.
首先通过公用工具类模块中ObjectUtil类和BeanHump类封装的方法获取 传来的对象的注解,从而获取它的表名, 从而程序就知道操作哪张表.
然后通过公用工具类模块中ObjectUtil类和BeanHump类封装的方法获取 传来的对象的属性名和属性值, 在通过驼峰转换方法映射到数据源的表中.
最后从调用dao层的mapper接口, 如果是简单的增删改查操作, 直接自动使用通用Mapper的底层方法即可,而如果是多表关联操作, 需要使用mapper.xml映射文件中手写sql语句.
如上所述, 由于使用了ObjectUtil类和BeanHump类封装的方法, 从而实现动态感知获取所传入的数据类型, 从而自动匹配到对应的数据表中进行增删改查操作. 非常智能化。
(1)模型对象模块: 包括:请求参数模型, 响应参数模型, 常量枚举模型. 该模块主要负责: 封装请求参数, 封装响应参数. 以便于对外提供服务接口时, 实现请求和响应的标准化.
(2)实体模型模块: 实体模型分为两大类: 一是第一数据源的表结构对应的多个实体模型, 作用是让第一数据源的每张表都会在本发明装置中都有对应实体类. 二是第二数据源的表结构对应的多个实体模型, 作用是让第二数据源的每张表都会在本发明装置中都有对应实体类. 更加方便在本实施例同步数据装置 能通过实体类来操作两个数据源中的表数据. 已达到同步数据的目的.
(3)公用工具类模块: 包括: ObjectUtil类 和 BeanHump类,
其中: ObjectUtil类作用是通过反射机制获取所传来的对象到底是属于第一数据源还是第二数据源, 并且能获取属性类型和属性名等等.
其中: BeanHump类作用是通过反射机制获取所传来的对象对应的注解, 并且通过驼峰转换算法, 获取所传来对象的各个属性和表中的各个字段之间的意义对应关系.本模块能够实现: 动态感知获取所传入的数据类型, 从而自动匹配到对应的数据表中进行增删改查操作. 非常智能化.
(4)双数据源配置模块: 本模块包括: SpringBoot配置文件配置两个数据源的连接信息, 还包括双数据源配置类. 进一步的:
第一数据源配置类: 根据SpringBoot配置文件配置第一数据源的连接信息, 创建出与第一数据源配置对应的DataSource对象, SqlSessionFactory对象,
DataSourceTransactionManager对象, SqlSessionTemplate对象. 其中DataSourceTransactionManager对象能够对数据源的事务进行控制和管理, 如果增删改查有异常, 可以使用DataSourceTransactionManager对象进行事务回滚, 保证数据安全性和一致性. 值得注意的是: 使用@Primary注解将第一数据源设置为主数据源.第二数据源配置类: 根据SpringBoot配置文件配置第二数据源的连接信息, 创建出与第二数据源配置对应的DataSource对象, SqlSessionFactory对象,
DataSourceTransactionManager对象, SqlSessionTemplate对象. 其中DataSourceTransactionManager对象能够对数据源的事务进行控制和管理, 如果增删改查有异常, 可以使用DataSourceTransactionManager对象进行事务回滚, 保证数据安全性和一致性. 指的注意的是: 第二数据源配置类不加@Primary注解, 是从数据源.(5)业务逻辑处理service层模块: 本模块包括: 第一数据源的service层 和 第二数据源的service层.
首先通过公用工具类模块中ObjectUtil类和BeanHump类封装的方法获取 传来的对象的注解,从而获取它的表名, 从而程序就知道操作哪张表.
然后通过公用工具类模块中ObjectUtil类和BeanHump类封装的方法获取 传来的对象的属性名和属性值, 在通过驼峰转换方法映射到数据源的表中.
最后从调用dao层的mapper接口, 如果是简单的增删改查操作, 直接自动使用通用Mapper的底层方法即可,而如果是多表关联操作, 需要使用mapper.xml映射文件中手写sql语句.
如上所述, 由于使用了ObjectUtil类和BeanHump类封装的方法, 从而实现动态感知获取所传入的数据类型, 从而自动匹配到对应的数据表中进行增删改查操作. 非常智能化.
(6)dao层模块: 本模块包括, 第一数据源的mapper接口, 第二数据源的mapper接口, 第一数据源的mapper.xml映射文件, 第二数据源的mapper.xml映射文件.如果是简单的增删改查操作, 直接自动使用通用Mapper的底层方法即可,而如果是多表关联操作, 需要使用mapper.xml映射文件中手写sql语句.
(7)rabbitMQ消息队列处理模块: 使用消息队列的方式进行同步数据, 本发明的同步数据装置, 消息生产者将同步数据的消息推送到消息队列中, 消息消费者实时监听消息并从消息队列中取出同步消息, 然后将同步数据同步到指定的数据源中, 从而实现双数据源之间的同步数据。
(2)使用安全锁机制, 保证数据的安全性；
(3)采用事务控制的方式,保证双数据源之间的共享数据的一致性；
(4)本发明装置将同步数据的接口注册到zookeeper, 对外开放了dubbo服务接口, 方便其他调用者调用本发明装置的同步数据的接口服务.
(5)动态感知获取所传入的数据类型, 从而自动匹配到对应的数据表中进行增删改查操作。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 一种用于资产证券化处理子平台的区块链互联系统及其互联数据通信方法 | 2020-05-13 | 318 |
| 一种安全控制管理系统 | 2020-05-08 | 531 |
| 防护数据泄漏的方法、系统、设备以及存储介质 | 2020-05-08 | 182 |
| 一种软件处理方法及装置、应用程序、电子设备 | 2020-05-08 | 657 |
| 一种大数据存储系统 | 2020-05-08 | 827 |
| 一种数据处理的方法、数据处理装置、设备及存储介质 | 2020-05-08 | 530 |
| 面向云上电网监视需求的多维度数据处理方法、系统及介质 | 2020-05-15 | 443 |
| 一种便携式二次安全措施单快速标准化系统和方法 | 2020-05-11 | 379 |
| 一种双数据源之间的双向同步数据系统 | 2020-05-08 | 836 |
| 一种文档鉴伪批量盖章一体机及处理方法 | 2020-05-08 | 440 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
