[发明专利]基于两种交互场景的分布式数据访问及存储系统在审
申请号: | 201910966811.X | 申请日: | 2019-10-12 |
公开(公告)号: | CN110716976A | 公开(公告)日: | 2020-01-21 |
发明(设计)人: | 田世权 | 申请(专利权)人: | 广州接入信息科技有限公司 |
主分类号: | G06F16/25 | 分类号: | G06F16/25;G06F16/27;H04L29/08 |
代理公司: | 44492 广州粤弘专利代理事务所(普通合伙) | 代理人: | 董武洲 |
地址: | 510000 广东省广州市天河区*** | 国省代码: | 广东;44 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 分布式数据访问 数据访问接口 远程数据服务 存储系统 交互场景 分布式数据库 事务管理器 数据库访问 可用节点 路由配置 命令日志 数据访问 文件存储 文件访问 系统研发 协同作业 管理器 可扩展 路由 访问 互联网 代理 应用 管理 | ||
本发明公开了基于两种交互场景的分布式数据访问及存储系统,包括以下组成:访问者,数据访问接口,远程数据服务,数据访问路由,可用节点管理,路由配置管理器,命令日志,本地数据访问接口,本地数据库访问实现,本地文件访问实现,SQL日志,事务管理器,远程数据服务代理。本发明的目的在于提供基于两种交互场景的分布式数据访问及存储系统,主要解决产业互联网下企业自身应用和企业间协同作业两种不同模式的系统研发底层可扩展的分布式数据库访问及文件存储问题。
技术领域
本发明涉及云计算和工业业互联网技术领域,具体为基于两种交互场景的分布式数据访问及存储系统。
背景技术
通过检索得知,在现有开发体系下,存在一些现有的数据库访问框架,例如ADO.Net,JDBC,Hibernate,EF,LinqSQL.等,这些技术或者框架虽然都实现了访问数据库的功能。但都是基本的数据库访问,无法实现可横向扩展的分布式数据库或文件的访问,虽然微服务等模式的提出可以解决部分问题(主要是纵向扩展),但要同时方便的适用产业互联网这种双交易模型(内部交易和外部协同交易)还是不行的。
ADO.Net,JDBC等是访问数据库的基本组件,EF,Hiberlate,Mybatis等都是构架在之上的对象关系映射技术(ORM),但这些框架本身都仅支持单节点数据库的访问,当一个数据库节点的存储能力不足时,要增加数据库节点时就支持不足。(无法方便的同时访问多个数据库,也无法同时访问多个不同类型的数据库),只能进行单一的数据库访问,因此并不适合在云计算模式下构建具有横向扩展能力的系统。同时这些框架在系统业务实现纵向和横向扩展时没有统一的方法,对开发人员的要求非常高。这些组件都无法提供对两种交易模型(内部交易和外部协同交易)的支撑,这就使得人们在开发云应用平台困难重重。
发明内容
本发明的目的在于提供基于两种交互场景的分布式数据访问及存储系统,主要解决产业互联网下企业自身应用和企业间协同作业两种不同模式的系统研发底层可扩展的分布式数据库访问及文件存储问题。
为实现上述目的,本发明提供如下技术方案:基于两种交互场景的分布式数据访问及存储系统,其特征在于:包括以下组成:
访问者:指业务调用层;
数据访问接口:用于对路由访问接口的结果进行处理,包括结果合并、实体转换;
远程数据服务:用于提供跨网络跨地域数据访问的能力;
数据访问路由:用于根据调用所带的路由参数和当前应用节点的路由配置进行数据访问的路由分发和调用;
可用节点管理:用于节点的可用性;
路由配置管理器:用于路由配置信息的管理;
命令日志:用于数据访问的命令进行日志记载;
本地数据访问接口:用于提供统一的本地数据访问的接口;
本地数据库访问实现:用于提供数据库数据服务接口的实现;
本地文件访问实现:用于提供本地文件读写服务实现;
SQL日志:最终数据库的访问都会以SQL的形式存在,因此会做SQL日志;
事务管理器:用于对启动事务的调用,维持分布式跨数据库的简单事务处理功能;
远程数据服务代理:用于对不在本地应用中心的数据访问需要进行远程调用。
优选的,所述节点包括了管理应用节点、数据库节点和文件服务节点。
优选的,所述路由配置信息包括了分布式标识和交易模式。
优选的,所述命令包括了命令SQL参数信息。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于广州接入信息科技有限公司,未经广州接入信息科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201910966811.X/2.html,转载请声明来源钻瓜专利网。