CN113127568A - 一种分布式内存数据库数据路由和分库分表的方法及装置 - Google Patents
一种分布式内存数据库数据路由和分库分表的方法及装置 Download PDFInfo
- Publication number
- CN113127568A CN113127568A CN202110509148.8A CN202110509148A CN113127568A CN 113127568 A CN113127568 A CN 113127568A CN 202110509148 A CN202110509148 A CN 202110509148A CN 113127568 A CN113127568 A CN 113127568A
- Authority
- CN
- China
- Prior art keywords
- database
- rule
- division
- data
- dividing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 37
- 238000012545 processing Methods 0.000 claims abstract description 16
- 238000011161 development Methods 0.000 claims description 5
- 238000004458 analytical method Methods 0.000 claims description 3
- 238000012550 audit Methods 0.000 claims description 3
- 238000012423 maintenance Methods 0.000 description 7
- 230000002159 abnormal effect Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000008447 perception Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 230000003203 everyday effect Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
- G06F16/278—Data partitioning, e.g. horizontal or vertical partitioning
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/284—Relational databases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/14—Payment architectures specially adapted for billing systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/06—Energy or water supply
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Economics (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Finance (AREA)
- Health & Medical Sciences (AREA)
- Tourism & Hospitality (AREA)
- Primary Health Care (AREA)
- Marketing (AREA)
- Water Supply & Treatment (AREA)
- Public Health (AREA)
- Human Resources & Organizations (AREA)
- Development Economics (AREA)
- General Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种分布式内存数据库数据路由和分库分表的方法及装置,本发明装置主要对单点内存数据库的分布式路由和分库分表方法,用于解决目前低实时性给电信业务处理带来的问题。该方法包括:通过路由层实现单点数据库的分布式路由规则处理,提供分库分表逻辑分配,使下层数据库可以水平伸缩,大幅提升数据处理性能。
Description
技术领域
本发明涉及电信行业计费系统分布式内存数据库技术领域,具体为一种分布式内存数据库数据路由和分库分表的方法及装置。
背景技术
随着电信行业计费业务的不断发展,特别是数据流量业务的高速发展,数量量级不断扩大,目前已经达到每天1-2亿的级别,那么系统的处理性能就要去不断的提高。传统物理数据库无法满足分布式系统的高速读取,但集中式内存数据库又无法满足分布式系统的高并发操作。另外目前的分布式内存数据存在不支持跨库关联查询,不具备跨库事务的能力,也无法满足分布式业务系统的业务处理要求。
发明内容
本发明的目的在于提供一种分布式内存数据库数据路由和分库分表的方法及装置,以解决上述背景技术中提出的问题。
为实现上述目的,本发明提供如下技术方案:一种分布式内存数据库数据路由和分库分表装置,包括接口层,所述接口层提供JDBC、ODBC和自主的DBDriver SDK接口,兼容MySQL协议,供多语言开发;数据路由层;所述数据路由层提供分库分表逻辑,使下层数据库可以水平伸缩;分库存储节点层,所述分库存储节点层提供传统单机内存数据库的分库分表存储。
优选的,一种分布式内存数据库数据路由和分库分表的方法,包括以下步骤:
1)、首先进行请求语法解析和审计:应用层会话接入,接口层收到请求发送给数据路由层,首先会对SQL进行解析,是否符合SQL92标准,并对相关语法进行校验;
2)、数据路由层配置加载:将数据路由层的规则实时加载到缓存中,读取配置规则进行分库分表处理,配置的数据可以存放在内存数据库中;
3)、分库分表规则查找;
4)、数据读取结果返回。
优选的,分表分库规则查找流程如下:
A、分库分表:
(1)根据sql语句中带的虚表名查找tdal_table_instance表,得到对应的分库规则ID;
(2)通过规则ID到tdal_split_field和tdal_split_value_range中查找具体的拆分规则,这两个表之间存在着递归查找,直到不能在另一个表中找到规则记录即结束查找;
(3)根据找到的规则,依次获取所在库,所在库中的分表后缀,如果没有分表,则直接使用tdal_table_instance中的tb_prefix作为物理表名,拼接实际物理表名替换sql中的表,并在对应库上执行该sql语句;
(4)比如现有客户资料表tb_client,数据量很大,单库容量不足,需拆分为三个库db1、db2、db3,则可根据需要制定分库规则,例如按客户id取模法进行分库分表,客户Peter、Sumny的id分别为30、33,取模3得0,路由到db1,而客户Jim的id为34,模3得1,路由到db2……依此类推。具体到分库后再进行分表,db1中不再做分表,Peter、Sumny直接写道tb_client表;而db2分两张表,Jim路由到db2后应用分表规则用id取模2得到0,所以写到tb_client01;而Tom由到db2后应用分表规则用id取模2得到1,于是写到tb_client02;其他客户资料依此类推;
B、不存在分库或分表
(1)根据sql语句中带的虚表名在tdal_table_instance表中无法查到记录;
(2)直接查找tdal_objects_location表,获取所在的数据库信息,直接在库上执行sql语句。
优选的,所述步骤D具体流程如下:
(1)分库分表方式,查询的结果可能来自不同的个分表、分库,该装置会将各个分库分表的结果进行组装为结果集;
(2)分库分表方式,当查询结果比较大,而应用层通过SQL指明分页规则时,分页操作将不能再依赖底层数据库实现,此时路由层将对结果进行分页处理;
(3)分库分表方式,从各个分表、分库返回的结果按照配置要求将对结果进行排序。
与现有技术相比,本发明的有益效果是:
(1)本发明支持多级多列拆分,每一次对列的值域拆分即为一个拆分规则(将列的取值范围分成不同的子区间);同时子区间可再次应用其他拆分规则对子区间再次划分。
(2)本发明支持垂直拆分和水平拆分,可以按照按业务域进行垂直拆分,根据配置的每个数据库连接信息,自动加载各个业务域的业务表,应用根据业务域分库信息,自动建立与实际的物理库连接;可以进行水平拆分,对表中字段或者虚拟字段进行规则拆分,拆分到对映的库和对于的表中。
(3)本发明支持插件化部署,具有分层清晰明了,业务进程处理较少;升级简洁,易维护,具备数据库连接负载均衡等优点。
(4)本发明动态加载分库分表规则,动态扫描配置内存库实例所有表,写入到分库分表的路由规则表中,实现业务无感知切换,提高运维效率和减低事故发生率。
(5)本发明可有效提升计费业务吞吐量和扩容,减少了硬件设备的投入,提高了运维效率,减少了人工工时投入;由于提高了业务的实时处理效率,使终端用户能及时感知自己业务使用情况,以及能通过及时和大批量的数据读取,降低终端用户异常高额费用的产生,也降低了给电信带来的欠费风险。
附图说明
图1为本发明装置示意图;
图2为本发明流程图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
在本发明的描述中,需要说明的是,术语“上”、“下”、“内”、“外”“前端”、“后端”、“两端”、“一端”、“另一端”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制。此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性。
在本发明的描述中,需要说明的是,除非另有明确的规定和限定,术语“安装”、“设置有”、“连接”等,应做广义理解,例如“连接”,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,可以是两个元件内部的连通。对于本领域的普通技术人员而言,可以具体情况理解上述术语在本发明中的具体含义。
请参阅图1-2,本发明提供一种技术方案:本发明提供如下技术方案:一种分布式内存数据库数据路由和分库分表装置,包括接口层,所述接口层提供JDBC、ODBC和自主的DBDriver SDK接口,兼容MySQL协议,供多语言开发;数据路由层;所述数据路由层提供分库分表逻辑,使下层数据库可以水平伸缩;分库存储节点层,所述分库存储节点层提供传统单机内存数据库的分库分表存储。
本发明中,一种分布式内存数据库数据路由和分库分表的方法,包括以下步骤:
1)、首先进行请求语法解析和审计:应用层会话接入,接口层收到请求发送给数据路由层,首先会对SQL进行解析,是否符合SQL92标准,并对相关语法进行校验;
2)、数据路由层配置加载:将数据路由层的规则实时加载到缓存中,读取配置规则进行分库分表处理,配置的数据可以存放在内存数据库中;
3)、分库分表规则查找;
4)、数据读取结果返回。
本发明中,分表分库规则查找流程如下:
A、分库分表:
(1)根据sql语句中带的虚表名查找tdal_table_instance表,得到对应的分库规则ID;
(2)通过规则ID到tdal_split_field和tdal_split_value_range中查找具体的拆分规则,这两个表之间存在着递归查找,直到不能在另一个表中找到规则记录即结束查找;
(3)根据找到的规则,依次获取所在库,所在库中的分表后缀,如果没有分表,则直接使用tdal_table_instance中的tb_prefix作为物理表名,拼接实际物理表名替换sql中的表,并在对应库上执行该sql语句;
(4)比如现有客户资料表tb_client,数据量很大,单库容量不足,需拆分为三个库db1、db2、db3,则可根据需要制定分库规则,例如按客户id取模法进行分库分表,客户Peter、Sumny的id分别为30、33,取模3得0,路由到db1,而客户Jim的id为34,模3得1,路由到db2……依此类推。具体到分库后再进行分表,db1中不再做分表,Peter、Sumny直接写道tb_client表;而db2分两张表,Jim路由到db2后应用分表规则用id取模2得到0,所以写到tb_client01;而Tom由到db2后应用分表规则用id取模2得到1,于是写到tb_client02;其他客户资料依此类推;
B、不存在分库或分表
(1)根据sql语句中带的虚表名在tdal_table_instance表中无法查到记录;
(2)直接查找tdal_objects_location表,获取所在的数据库信息,直接在库上执行sql语句。
本发明中,所述步骤D具体流程如下:
(1)分库分表方式,查询的结果可能来自不同的个分表、分库,该装置会将各个分库分表的结果进行组装为结果集;
(2)分库分表方式,当查询结果比较大,而应用层通过SQL指明分页规则时,分页操作将不能再依赖底层数据库实现,此时路由层将对结果进行分页处理;
(3)分库分表方式,从各个分表、分库返回的结果按照配置要求将对结果进行排序。
本发明的装置在支持客户端模式的同时,还支持中间件模式。
客户端模式:客户端模式指的是路由模块直接内嵌到客户端应用内,业务进程直连数据库,减少网络中转次数,拆分计算分散在各业务进程中,具有时延小,部署简单等优点。但业务耦合性强,数据库连接数过多,业务进程需要做加载分库分表模块,拆分规则数据,建立zk客户端连接,同时计算数据切分逻辑,流程较多,不便于升级维护。
中间件模式:中间件模式指的是路由层作为独立的服务部署在服务端。具有分层清晰明了,业务进程处理较少;升级简洁,易维护,具备数据库连接负载均衡等优点;但时延相对较大,要经过两次网络中转处理,开销增加。该装置的集群管理,实现高可用,客户端模式和中间件模式均能借助zookeeper等实现对数据库集群访问切换,当服务器出现故障可随时主备切换,保证高可用性。
综上所述,与现有技术相比,本发明的有益效果是:
(1)本发明支持多级多列拆分,每一次对列的值域拆分即为一个拆分规则(将列的取值范围分成不同的子区间);同时子区间可再次应用其他拆分规则对子区间再次划分。
(2)本发明支持垂直拆分和水平拆分,可以按照按业务域进行垂直拆分,根据配置的每个数据库连接信息,自动加载各个业务域的业务表,应用根据业务域分库信息,自动建立与实际的物理库连接;可以进行水平拆分,对表中字段或者虚拟字段进行规则拆分,拆分到对映的库和对于的表中。
(3)本发明支持插件化部署,具有分层清晰明了,业务进程处理较少;升级简洁,易维护,具备数据库连接负载均衡等优点。
(4)本发明动态加载分库分表规则,动态扫描配置内存库实例所有表,写入到分库分表的路由规则表中,实现业务无感知切换,提高运维效率和减低事故发生率。
(5)本发明可有效提升计费业务吞吐量和扩容,减少了硬件设备的投入,提高了运维效率,减少了人工工时投入;由于提高了业务的实时处理效率,使终端用户能及时感知自己业务使用情况,以及能通过及时和大批量的数据读取,降低终端用户异常高额费用的产生,也降低了给电信带来的欠费风险。
对于本领域技术人员而言,显然本发明不限于上述示范性实施例的细节,而且在不背离本发明的精神或基本特征的情况下,能够以其他的具体形式实现本发明。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本发明的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。
Claims (4)
1.一种分布式内存数据库数据路由和分库分表装置,其特征在于:包括接口层,所述接口层提供JDBC、ODBC和自主的DBDriver SDK接口,兼容MySQL协议,供多语言开发;数据路由层;所述数据路由层提供分库分表逻辑,使下层数据库可以水平伸缩;分库存储节点层,所述分库存储节点层提供传统单机内存数据库的分库分表存储。
2.一种分布式内存数据库数据路由和分库分表的方法,其特征在于:包括以下步骤:
1)、首先进行请求语法解析和审计:应用层会话接入,接口层收到请求发送给数据路由层,首先会对SQL进行解析,是否符合SQL92标准,并对相关语法进行校验;
2)、数据路由层配置加载:将数据路由层的规则实时加载到缓存中,读取配置规则进行分库分表处理,配置的数据可以存放在内存数据库中;
3)、分库分表规则查找;
4)、数据读取结果返回。
3.根据权利要求2所述的一种分布式内存数据库数据路由和分库分表的方法,其特征在于:分表分库规则查找流程如下:
A、分库分表:
(1)根据sql语句中带的虚表名查找tdal_table_instance表,得到对应的分库规则ID;
(2)通过规则ID到tdal_split_field和tdal_split_value_range中查找具体的拆分规则,这两个表之间存在着递归查找,直到不能在另一个表中找到规则记录即结束查找;
(3)根据找到的规则,依次获取所在库,所在库中的分表后缀,如果没有分表,则直接使用tdal_table_instance中的tb_prefix作为物理表名,拼接实际物理表名替换sql中的表,并在对应库上执行该sql语句;
(4)比如现有客户资料表tb_client,数据量很大,单库容量不足,需拆分为三个库db1、db2、db3,则可根据需要制定分库规则,例如按客户id取模法进行分库分表,客户Peter、Sumny的id分别为30、33,取模3得0,路由到db1,而客户Jim的id为34,模3得1,路由到db2……依此类推。具体到分库后再进行分表,db1中不再做分表,Peter、Sumny直接写道tb_client表;而db2分两张表,Jim路由到db2后应用分表规则用id取模2得到0,所以写到tb_client01;而Tom由到db2后应用分表规则用id取模2得到1,于是写到tb_client02;其他客户资料依此类推;
B、不存在分库或分表
(1)根据sql语句中带的虚表名在tdal_table_instance表中无法查到记录;
(2)直接查找tdal_objects_location表,获取所在的数据库信息,直接在库上执行sql语句。
4.根据权利要求1所述的一种分布式内存数据库数据路由和分库分表的方法,其特征在于:所述步骤D具体流程如下:
(1)分库分表方式,查询的结果可能来自不同的个分表、分库,该装置会将各个分库分表的结果进行组装为结果集;
(2)分库分表方式,当查询结果比较大,而应用层通过SQL指明分页规则时,分页操作将不能再依赖底层数据库实现,此时路由层将对结果进行分页处理;
(3)分库分表方式,从各个分表、分库返回的结果按照配置要求将对结果进行排序。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110509148.8A CN113127568A (zh) | 2021-05-11 | 2021-05-11 | 一种分布式内存数据库数据路由和分库分表的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110509148.8A CN113127568A (zh) | 2021-05-11 | 2021-05-11 | 一种分布式内存数据库数据路由和分库分表的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113127568A true CN113127568A (zh) | 2021-07-16 |
Family
ID=76781384
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110509148.8A Pending CN113127568A (zh) | 2021-05-11 | 2021-05-11 | 一种分布式内存数据库数据路由和分库分表的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113127568A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114237511A (zh) * | 2021-12-18 | 2022-03-25 | 杭州视洞科技有限公司 | 一种基于ShardingSphere-JDBC进行数据优化的解决方法 |
CN115730020A (zh) * | 2022-11-22 | 2023-03-03 | 哈尔滨工程大学 | 基于MySQL数据库日志分析的自动驾驶数据监测方法及监测系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105930387A (zh) * | 2016-04-14 | 2016-09-07 | 北京思特奇信息技术股份有限公司 | 一种基于数据路由、分库分表的数据操作系统及方法 |
CN107918642A (zh) * | 2017-10-26 | 2018-04-17 | 深圳市金立通信设备有限公司 | 数据查询方法、服务器及计算机可读存储介质 |
CN111177148A (zh) * | 2019-12-06 | 2020-05-19 | 南京南瑞水利水电科技有限公司 | 一种水电数据库自动建表分表的方法 |
CN111737228A (zh) * | 2020-06-23 | 2020-10-02 | 平安医疗健康管理股份有限公司 | 数据库的分库分表方法及装置 |
-
2021
- 2021-05-11 CN CN202110509148.8A patent/CN113127568A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105930387A (zh) * | 2016-04-14 | 2016-09-07 | 北京思特奇信息技术股份有限公司 | 一种基于数据路由、分库分表的数据操作系统及方法 |
CN107918642A (zh) * | 2017-10-26 | 2018-04-17 | 深圳市金立通信设备有限公司 | 数据查询方法、服务器及计算机可读存储介质 |
CN111177148A (zh) * | 2019-12-06 | 2020-05-19 | 南京南瑞水利水电科技有限公司 | 一种水电数据库自动建表分表的方法 |
CN111737228A (zh) * | 2020-06-23 | 2020-10-02 | 平安医疗健康管理股份有限公司 | 数据库的分库分表方法及装置 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114237511A (zh) * | 2021-12-18 | 2022-03-25 | 杭州视洞科技有限公司 | 一种基于ShardingSphere-JDBC进行数据优化的解决方法 |
CN114237511B (zh) * | 2021-12-18 | 2024-01-26 | 杭州视洞科技有限公司 | 一种基于ShardingSphere-JDBC进行数据优化的解决方法 |
CN115730020A (zh) * | 2022-11-22 | 2023-03-03 | 哈尔滨工程大学 | 基于MySQL数据库日志分析的自动驾驶数据监测方法及监测系统 |
CN115730020B (zh) * | 2022-11-22 | 2023-10-10 | 哈尔滨工程大学 | 基于MySQL数据库日志分析的自动驾驶数据监测方法及监测系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109783438B (zh) | 基于librados的分布式NFS系统及其构建方法 | |
US11301446B1 (en) | System and method for interacting with a plurality of data sources | |
CN113127568A (zh) | 一种分布式内存数据库数据路由和分库分表的方法及装置 | |
RU2591169C2 (ru) | Система управления базой данных | |
CN111858097A (zh) | 分布式数据库系统、数据库访问方法 | |
CN102542071B (zh) | 一种分布式处理数据的系统及方法 | |
CN107463637A (zh) | 一种分布式NewSQL数据库系统和数据储存方法 | |
US9342572B2 (en) | Workflow processing system and method with database system support | |
JPH05334165A (ja) | 並列データベース処理システムおよびその2次キー検索方法 | |
CN103312791A (zh) | 物联网异构数据存储方法及系统 | |
CN107665246B (zh) | 基于图数据库的动态数据迁移方法及图数据库集群 | |
CN110019125A (zh) | 数据库管理的方法和装置 | |
CN109739919A (zh) | 一种用于电力系统的前置机和采集系统 | |
US20020023070A1 (en) | Method and system for sharing catalogs in a multiprocessing system utilizing a shared processor | |
CN110209719A (zh) | 一种基于微服务架构的多种数据库统一访问系统及方法 | |
CN105930407A (zh) | 一种分布式数据库跨库关联查询方法及系统 | |
CN111460024A (zh) | 基于Elasticsearch的实时业务系统 | |
CN106415534A (zh) | 一种分布式数据库中关联表分区的方法和设备 | |
CN103595799A (zh) | 一种实现分布式共享数据库的方法 | |
CN106446268A (zh) | 一种数据库横向扩展系统及方法 | |
CN106095977A (zh) | 一种数据库的分布式处理方法及系统 | |
CN105516284A (zh) | 一种集群数据库分布式存储的方法和装置 | |
CN101344882B (zh) | 数据查询方法、插入方法及删除方法 | |
CN103106242A (zh) | 一种话单查询方法及查询系统 | |
CN112015733A (zh) | 一种电力客服营配业务海量数据存储及快速查询方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210716 |
|
RJ01 | Rejection of invention patent application after publication |