CN116975101A - 一种数据统一查询方法、装置、计算机设备及存储介质 - Google Patents
一种数据统一查询方法、装置、计算机设备及存储介质 Download PDFInfo
- Publication number
- CN116975101A CN116975101A CN202310994874.2A CN202310994874A CN116975101A CN 116975101 A CN116975101 A CN 116975101A CN 202310994874 A CN202310994874 A CN 202310994874A CN 116975101 A CN116975101 A CN 116975101A
- Authority
- CN
- China
- Prior art keywords
- query
- data
- service
- unified
- library
- 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 43
- 238000011084 recovery Methods 0.000 claims abstract description 58
- 238000013499 data model Methods 0.000 claims abstract description 48
- 238000012545 processing Methods 0.000 claims abstract description 13
- 238000006243 chemical reaction Methods 0.000 claims description 14
- 230000008569 process Effects 0.000 claims description 4
- 238000005516 engineering process Methods 0.000 abstract description 7
- 230000005540 biological transmission Effects 0.000 description 8
- 238000004891 communication Methods 0.000 description 5
- 238000013507 mapping Methods 0.000 description 5
- 230000002159 abnormal effect Effects 0.000 description 4
- 238000013500 data storage Methods 0.000 description 4
- 238000011161 development Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 230000001360 synchronised effect Effects 0.000 description 4
- 238000004458 analytical method Methods 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000036541 health Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 230000001808 coupling effect Effects 0.000 description 1
- 235000019800 disodium phosphate Nutrition 0.000 description 1
- 238000000605 extraction Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008447 perception Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
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/24—Querying
- G06F16/245—Query processing
- G06F16/2453—Query optimisation
-
- 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/21—Design, administration or maintenance of databases
- G06F16/211—Schema design and management
- G06F16/212—Schema design and management with details for data modelling support
-
- 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/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computational Linguistics (AREA)
- Computing Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请属于数据处理以及金融科技领域,涉及一种数据统一查询方法,包括建立统一查询的中心库和统一数据模型;通过统一数据模型将各业务系统发送的业务数据存储至中心库,并同步至容灾库;根据接收的查询请求确定查询优先级;在查询优先级为第一级别时,将查询请求发送至中心库进行查询,得到目标数据;在查询优先级为第二级别时,将查询请求发送至所述容灾库进行查询,得到目标数据;将目标数据返回客户端。本申请还提供一种数据统一查询装置、计算机设备及存储介质。此外,本申请还涉及区块链技术,业务数据可存储于区块链中。本申请能够使得统一查询与业务不会互相干扰,充分利用资源,提高查询效率。
Description
技术领域
本申请涉及数据处理技术以及金融科技领域,尤其涉及一种数据统一查询方法、装置、计算机设备及存储介质。
背景技术
随着互联网技术的发展,业务也朝着多样性不断地发展变化,大型企业通常建设不同的业务线去开展业务,不同的业务线有不同的系统,比如保险公司的车险、财产险、意外健康险分别由不同的业务人员采用不同的系统开展业务。每个系统各自使用了自己的数据,使得数据分布在各个不同业务系统中。由于业务需要,有时需要进行数据统一查询,相应设有统一提供查询服务的业务诉求,以便为客户及部分岗位的业务人员等提供统一的查询服务界面。目前业界主要有两种提供统一查询服务的方案:
1)统一查询服务直接连接各个业务系统的数据库,这种方案技术上简单,但有多种隐患,任何一个业务系统的数据库层面变动,或数据库维护都可能导致统一查询服务不可用,而统一查询服务调用量大时也会影响到所有的业务系统。此外,将各自系统的数据直接暴露给统一查询服务也不符合服务涉及原则,各个业务系统的逻辑和数据可能存在不同,造成统一查询服务开发难度增加;
2)各个业务系统为不同的需求提供不同的接口,由统一查询服务按需调用这些接口进行查询,然后将查询到的结果进行组装,这种方案虽然不需要直接暴露数据,且一定程度上无需理解各个业务系统的逻辑,但还是会存在统一查询服务和各业务系统之间互相影响的问题,而且某些功能实现非常复杂,甚至无法实现。
综上,目前的统一查询服务和各业务系统之间会相互影响,且统一查询服务开发难度高、维护困难。
发明内容
本申请实施例的目的在于提出一种数据统一查询方法、装置、计算机设备及存储介质,以解决现有技术中统一查询服务和各业务系统之间会相互影响,且统一查询服务开发难度高、维护困难的技术问题。
为了解决上述技术问题,本申请实施例提供一种数据统一查询方法,采用了如下所述的技术方案:
建立统一查询的中心库和统一数据模型;
通过所述统一数据模型将各业务系统发送的业务数据存储至所述中心库,并同步至预创建的容灾库;
接收客户端的业务数据查询请求,根据所述查询请求确定查询优先级;
在所述查询优先级为第一级别时,将所述查询请求发送至所述中心库,并根据所述查询请求查询所述中心库,得到目标数据;
在所述查询优先级为第二级别时,将所述查询请求发送至所述容灾库,并根据所述查询请求查询所述容灾库,得到目标数据;
将所述目标数据返回所述客户端。
进一步的,所述通过所述统一数据模型将各业务系统发送的业务数据存储至所述中心库,并同步至预设的容灾库的步骤包括:
通过预构建的中心库写数组件接收各所述业务系统发送的业务消息,所述业务消息中携带有所述业务数据;
通过所述中心库写数组件解析所述业务消息,获得所述业务数据;
通过所述中心库写数组件调用所述统一数据模型对所述业务数据进行统一处理,得到统一数据;
通过所述中心库写数组件将所述统一数据写入所述中心库,并将所述统一数据同步至所述容灾库。
进一步的,所述通过所述中心库写数组件调用所述统一数据模型对所述业务数据进行统一处理,得到统一数据的步骤包括:
通过所述统一数据模型对所述业务数据进行字段提取,得到字段属性和对应的数据内容;
调用预设转换算法对所述字段属性进行字段转换,得到统一字段;
将所述统一字段和对应的数据内容进行组合,得到统一数据。
进一步的,所述根据所述查询请求确定查询优先级的步骤包括:
解析所述查询请求,得到查询参数;
根据所述查询参数获取优先级标识;
基于所述优先级标识确定所述查询请求的查询优先级。
进一步的,在所述根据所述查询请求查询所述中心库的步骤之后还包括:
若在所述中心库中未查询到所述查询请求对应的数据,则调用所述业务系统的业务接口,与各所述业务系统的业务数据库建立连接;
根据所述查询请求在所述业务数据库中进行查询。
进一步的,在所述根据所述查询请求查询所述容灾库的步骤之后还包括:
若在所述中心库中未查询到所述查询请求对应的数据,则调用中心库接口,与所述中心库建立连接;
根据所述查询请求在所述中心库中进行查询。
进一步的,在所述接收客户端的业务数据查询请求的步骤之后还包括:
对所述查询请求进行解析,确定对应的待查询数据;
从预设缓存中查找所述待查询数据;
若查到,则终止对所述查询请求的查询;
若未查到,则执行所述根据所述查询请求确定查询优先级的步骤。
为了解决上述技术问题,本申请实施例还提供一种数据统一查询装置,采用了如下所述的技术方案:
建立模块,用于建立统一查询的中心库和统一数据模型;
同步模块,用于通过所述统一数据模型将各业务系统发送的业务数据存储至所述中心库,并同步至预创建的容灾库;
接收模块,用于接收客户端的业务数据查询请求,根据所述查询请求确定查询优先级;
第一查询模块,用于在所述查询优先级为第一级别时,将所述查询请求发送至所述中心库,并根据所述查询请求查询所述中心库,得到目标数据;
第二查询模块,用于在所述查询优先级为第二级别时,将所述查询请求发送至所述容灾库,并根据所述查询请求查询所述容灾库,得到目标数据;
返回模块,用于将所述目标数据返回所述客户端。
为了解决上述技术问题,本申请实施例还提供一种计算机设备,采用了如下所述的技术方案:
该计算机设备包括存储器和处理器,所述存储器中存储有计算机可读指令,所述处理器执行所述计算机可读指令时实现如上所述的数据统一查询方法的步骤。
为了解决上述技术问题,本申请实施例还提供一种计算机可读存储介质,采用了如下所述的技术方案:
所述计算机可读存储介质上存储有计算机可读指令,所述计算机可读指令被处理器执行时实现如上所述的数据统一查询方法的步骤。
与现有技术相比,本申请实施例主要有以下有益效果:
本申请通过建立统一查询的中心库和统一数据模型,并通过统一数据模型将各业务系统发送的业务数据存储至中心库,并同步至预创建的容灾库,通过中心库和统一数据模型实现统一查询服务,能够将统一查询服务与业务系统进行解耦,使得统一查询与业务不会互相干扰,提高查询和业务的可靠性,同时使用容灾库提高数据库的可靠性;接收客户端的业务数据查询请求,根据查询请求确定查询优先级;在查询优先级为第一级别时,将查询请求发送至中心库,并根据查询请求查询中心库,得到目标数据;在查询优先级为第二级别时,将查询请求发送至容灾库,并根据查询请求查询容灾库,得到目标数据;将目标数据返回客户端,通过在容灾库搭建查询服务以区分不同查询优先级的查询请求,并将不同级别的查询请求交给不同的数据库查询,在满足用户需求的前提下充分利用资源,提高查询效率,此外,能够避免统一查询数据量巨大给数据库造成的查询压力。
附图说明
为了更清楚地说明本申请中的方案,下面将对本申请实施例描述中所需要使用的附图作一个简单介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请可以应用于其中的示例性系统架构图;
图2是根据本申请的数据统一查询方法的一个实施例的流程图;
图3是图2中步骤S202的一种具体实施方式的流程图;
图4是根据本申请的数据统一查询装置的一个实施例的结构示意图;
图5是根据本申请的计算机设备的一个实施例的结构示意图。
具体实施方式
除非另有定义,本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同;本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的,不是旨在于限制本申请;本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形,意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。
在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。
为了使本技术领域的人员更好地理解本申请方案,下面将结合附图,对本申请实施例中的技术方案进行清楚、完整地描述。
本申请提供了一种数据统一查询方法,可以应用于如图1所示的系统架构100中,系统架构100可以包括终端设备101、102、103,网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备101、102、103通过网络104与服务器105交互,以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用,例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture ExpertsGroup Audio Layer III,动态影像专家压缩标准音频层面3)、MP4(Moving PictureExperts Group Audio Layer IV,动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。
服务器105可以是提供各种服务的服务器,例如对终端设备101、102、103上显示的页面提供支持的后台服务器。
需要说明的是,本申请实施例所提供的数据统一查询方法一般由服务器/终端设备执行,相应地,数据统一查询装置一般设置于服务器/终端设备中。
应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
继续参考图2,示出了根据本申请的数据统一查询方法的一个实施例的流程图,包括以下步骤:
步骤S201,建立统一查询的中心库和统一数据模型。
在本实施例中,中心库是用于统一存储各个业务系统的业务数据,并提供统一查询服务的数据库;统一数据模型用于将各个业务系统的业务数据对应的不同字段格式进行统一。
其中,中心库可以采用关系型数据库,也可以是预先建立的的数据库,中心库中创建有存储业务数据的数据表。统一数据模型可以建立在中心库中,也可以独立于中心库建立。
统一数据模型的建立过程包括:获取各业务系统的历史业务数据集,提取历史业务数据集中每条业务数据的字段,得到每条业务数据的字段名称;建立所有字段名称与预设字段格式的映射关系;根据映射关系得到统一数据模型。其中,预设字段格式为业务数据存储至中心库数据表中的统一字段名称。
例如,客户名称的统一字段名称为clientName,其在业务系统A中为Name,在业务系统B中为clientName,在业务系统C中为customerName,通过统一数据模型进行统一转换为clientName。
步骤S202,通过统一数据模型将各业务系统发送的业务数据存储至中心库,并同步至预构建的容灾库。
业务数据的发送可以通过有线连接方式或者无线连接方式。需要指出的是,上述无线连接方式可以包括但不限于3G/4G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。
不同的行业涉及到不同的业务系统,例如,保险行业,业务系统包括但不限于车险系统、财产险系统、意外健康险系统等;银行的业务系统包括但不限于存款系统、结算系统以及信贷系统等。
在本实施例中,各个业务系统完成业务后,将业务数据通过统一数据模型进行统一转换后存储至中心库,并将统一转换的业务数据同步至容灾库。
其中,容灾库为预先为中心库搭建的备份数据库,可以有同城容灾库和异地容灾库,能够提高数据存储和业务执行的可靠性,避免单个数据库异常时影响业务或丢失数据。
需要强调的是,为进一步保证业务数据的私密和安全性,上述业务数据还可以存储于一区块链的节点中。
本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain),本质上是一个去中心化的数据库,是一串使用密码学方法相关联产生的数据块,每一个数据块中包含了一批次网络交易的信息,用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
步骤S203,接收客户端的业务数据查询请求,根据查询请求确定查询优先级。
具体的,接收客户通过客户端发送的业务数据查询请求,解析查询请求,得到查询参数;根据查询参数获取查询优先级;基于优先级标识确定查询请求的查询优先级。
其中,查询请求中包括客户端标识以及客户端上传的查询参数,查询参数中包含优先级标识和数据标识等,优先级标识用于确定当前查询请求的查询等级,数据标识是唯一识别一个业务数据的标识。
通过网关对查询请求进行解析,得到查询参数,作为一种可能的实现方式,查询参数可以是SQL参数。根据查询参数确定优先级标识,基于优先级标识确定查询请求的查询优先级。
其中,优先级标识用于表示当前查询请求的实时性要求,实时性越高,查询优先级越高优先级标识可以采用预设字符进行标识,例如“00”表示实时性高,“11”表示实时性低;还可以根据业务类型确定,例如理赔时查询保单数据,因为保单出单或批改后不会立刻理赔,对实时性要求较低;当前购买产品的产品数据查询,则对实时性要求较高。
在进行统一查询之前,先确定查询请求的查询优先级,有助于将不同的查询请求分发至不同的数据库(中心库或容灾库)进行查询,能够避免所有查询服务集中一个数据库造成的数据库压力,充分利用数据资源,提高查询效率。
步骤S204,在查询优先级为第一级别时,将查询请求发送至中心库,并根据查询请求查询中心库,得到目标数据。
其中,第一级别为实时性要求较高的查询请求,中心库数据查询速度快、数据同步性高,在中心库中查询与第一级别的查询请求对应的业务数据,能够满足较高的实时性需求。
在一些实施例中,通过中心库查询组件调用中心库接口进行数据查询,具体的,中心库查询组件接收第一级别的查询请求,调用中心库接口查找与查询请求对应的目标数据。
步骤S205,在查询优先级为第二级别时,将查询请求发送至容灾库,并根据查询请求查询容灾库,得到目标数据。
第二级别的查询请求实时性要求较低,可以将第二级别的查询请求转发至容灾库进行查询。
在一些实施例中,通过容灾库查询组件调用容灾库接口进行数据查询,具体的,容灾库查询组件接收第二级别的查询请求,调用容灾库接口查找与查询请求对应的目标数据。
需要说明的是,容灾库不仅用于对第二级别查询请求的数据查询,还可以用于在中心库的查询服务出现异常时进行数据查询。
步骤S206,将目标数据返回客户端。
将目标数据通过中心库查询组件或容灾库查询组件返回至对应的客户端。
本申请通过中心库和统一数据模型实现统一查询服务,能够将统一查询服务与业务系统进行解耦,使得统一查询与业务不会互相干扰,提高查询和业务的可靠性,同时使用容灾库提高数据库的可靠性;接收客户端的业务数据查询请求,根据查询请求确定查询优先级;通过在容灾库搭建查询服务以区分不同查询优先级的查询请求,并将不同级别的查询请求交给不同的数据库查询,在满足用户需求的前提下充分利用资源,此外,能够避免统一查询数据量巨大给数据库造成压力。
在一些可选的实现方式中,上述通过所述统一数据模型将各业务系统发送的业务数据存储至所述中心库,并同步至预设的容灾库的步骤包括:
步骤S301,通过预构建的中心库写数组件接收各业务系统发送的业务消息,业务消息中携带有业务数据;
步骤S302,通过中心库写数组件解析业务消息,获得业务数据;
步骤S303,通过中心库写数组件调用统一数据模型对业务数据进行统一处理,得到统一数据;
步骤S304,通过中心库写数组件将统一数据写入中心库,并将统一数据同步至容灾库。
在本实施例中,中心库写数组件为预先构建的,该组件是独立存在的,可以进行数据库的写入操作,是以代理模式与写入的业务系统进行交互,可以使业务系统在无感知的情况下完成数据库切换。其次,该组件与业务系统之间无依赖关系,即接入多写组件后,业务系统能正常运行,脱离多写组件后,业务系统能也正常运行,与业务系统达到零耦合效果。
中心库写数组件可以支持两种方式接入业务系统:第一,作为二方库jar引入业务系统;第二,使用java agent字节码技术,作为外部插件进行接入。
业务数据以消息体的形式进行传输,提高数据传输的可靠性。
在本实施例中,可以通过消息中间件完成各业务系统与中心库写数组件之间的数据传输。
具体的,各个业务系统完成业务后,将业务数据组装成业务消息,并将业务消息存储至消息中间件的消息队列中;通过消息队列将业务消息推送给中心库写数组件,中心库写数组件解析业务消息,获得对应的业务数据。
其中,消息中间件为RocketMQ,RocketMQ是分布式消息中间件,使用该消息中间件可以在消息消费失败后自动重试,提高数据传输的可靠性,保证中心库与各业务系统的业务数据的同步。
中心库写数组件可以从底层识别消息语句,按照组件自身约定的协议格式对业务消息的解析,得到相应的业务数据,调用统一数据模型对业务数据进行统一处理,得到统一数据,通过中心库写数组件执行写入语句将统一数据写入中心库,同时,将统一数据同步至容灾库。
本申请通过业务消息进行业务数据传输,可以提高数据传输的可靠性;通过中心库写数组件执行调用统一数据模型、写入中心库的操作,能够实现在业务无感知的情况下完成数据统一存储,提高存储效率。
在本实施例的一些可选的实现方式中,上述通过中心库写数组件调用统一数据模型对业务数据进行统一处理,得到统一数据的步骤包括:
通过统一数据模型对业务数据进行字段提取,得到字段属性和对应的数据内容;
调用预设转换算法对字段属性进行字段转换,得到统一字段;
将统一字段和对应的数据内容进行组合,得到统一数据。
在本实施例中,统一数据模型是基于所有业务系统所有字段名称与预设字段格式的映射关系建立的,其中,预设转换算法即为映射关系,预设字段格式为统一字段。
通过统一数据模型将业务数据中的字段提取出来,得到业务数据的字段属性(即字段名称)和数据内容(字段名称对应的数据),根据映射关系确定与字段属性对应的统一字段,将字段属性转换为统一字段,将统一字段和对应的数据内容组合成统一数据。
通过统一数据模型对不同业务系统的业务数据进行格式转换,使其统一,有助于数据统一查询。
在一些可选的实现方式中,在上述根据查询请求查询中心库的步骤之后还包括:
若在中心库中未查询到查询请求对应的数据,则调用业务系统的业务接口,与各业务系统的业务数据库建立连接;
根据查询请求在业务数据库中进行查询。
应当理解,数据库之间同步会有网络开销,最新的业务数据可能存在同步会存在一点延迟。当在中心库中没有查询到相应的业务数据时,额外调用一次业务系统的业务接口进行数据查询,具体的,通过中心库查询组件调用业务接口查找查询请求对应的数据,可以避免在业务数据还没有同步转换到中心库时造成无法查询的问题,同时,保证实时性要求较高的查询请求能够查找到具有时效性的数据,提高用户体验。
在一些可选的实现方式中,在上述根据查询请求查询容灾库的步骤之后还包括:
若在中心库中未查询到查询请求对应的数据,则调用中心库接口,与中心库建立连接;
根据查询请求在中心库中进行查询。
在本实施例中,将业务数据统一存储在中心库中,并同步至容灾库,数据库同步过程中有网络开销,会导致同步稍有延迟,当在容灾库中没有查询到相应业务数据时,可以调用中心库进行查询,若在中心库中仍未查询到相应的业务数据,则允许再调用一次业务系统的业务接口,在业务库中进行数据查询。
具体的,当在容灾库中没有查询到相应业务数据时,通过容灾库查询组件调用中心库接口,在中心库中进行查询;若是仍未查询到相应数据,则通过中心库查询组件调用一次业务接口进行查询,能够避免因为数据库之间同步的延迟,造成漏查询的问题,提高数据查询的可靠性。
应当理解,当转调业务接口或中心库接口进行查询,要对转调做限流和熔断处理。其中,限流的作用是可以防止容灾库同步异常时会大量转调用到中心库的查询服务,有可能将中心库的查询服务压垮崩溃;熔断的作用是可以防止中心库的查询服务有异常时,将容灾库的查询服务拖垮。
在一些可选的实现方式中,在上述接收客户端的业务数据查询请求的步骤之后还包括:
对查询请求进行解析,确定对应的待查询数据;
从预设缓存中查找待查询数据;
若查到,则终止对查询请求的查询;
若未查到,则执行根据查询请求确定查询优先级的步骤。
预设缓存可以为本地缓存,也可以采用Redis缓存,在此不做限制。预设缓存用于防止反复调用,反复调用存在两种情况:
1)使用不存在的参数反复调用数据库接口进行数据查询,比如拿不存在的保单反复查询数据,拿不存在的客户反复查客户信息等;
2)在查询请求的实时性要求较低时,反复进行查询,例如,某个客户端在一小段时间内多次进入查看数据页面。
为了避免反复查询,将存在反复查询的业务数据进行缓存,当接收到新的查询请求是,先在预设缓存中进行查找,如果查找到相应的数据,则说明该查询请求存在反复调用,则终止该次查询请求,并向客户发送反复查询提示;若没有查找到相应数据,则执行根据查询请求确定查询优先级的步骤,调用中心库或容灾库进行查询,可以有效防止有意或无意的无效重复调用,提高查询性能,并能够防止热点数据和不存在的数据反复查询对数据库造成巨大负载,保证业务正常进行。
本申请可用于众多通用或专用的计算机系统环境或配置中。例如:个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机可读指令来指令相关的硬件来完成,该计算机可读指令可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)等非易失性存储介质,或随机存储记忆体(Random Access Memory,RAM)等。
应该理解的是,虽然附图的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
进一步参考图4,作为对上述图2所示方法的实现,本申请提供了一种数据统一查询装置的一个实施例,该装置实施例与图2所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。
如图4所示,本实施例所述的数据统一查询装置400包括:建立模块401、同步模块402、接收模块403、第一查询模块404、第二查询模块405以及返回模块406。其中:
建立模块401用于建立统一查询的中心库和统一数据模型;
同步模块402用于通过所述统一数据模型将各业务系统发送的业务数据存储至所述中心库,并同步至预创建的容灾库;
接收模块403用于接收客户端的业务数据查询请求,根据所述查询请求确定查询优先级;
第一查询模块404用于在所述查询优先级为第一级别时,将所述查询请求发送至所述中心库,并根据所述查询请求查询所述中心库,得到目标数据;
第二查询模块405用于在所述查询优先级为第二级别时,将所述查询请求发送至所述容灾库,并根据所述查询请求查询所述容灾库,得到目标数据;
返回模块406用于将所述目标数据返回所述客户端。
需要强调的是,为进一步保证业务数据的私密和安全性,上述业务数据还可以存储于一区块链的节点中。
基于上述数据统一查询装置400,通过中心库和统一数据模型实现统一查询服务,能够将统一查询服务与业务系统进行解耦,使得统一查询与业务不会互相干扰,提高查询和业务的可靠性,同时使用容灾库提高数据库的可靠性;接收客户端的业务数据查询请求,根据查询请求确定查询优先级;通过在容灾库搭建查询服务能够区分不同级别的查询请求,并将不同级别的查询请求交给不同的数据库查询,在满足用户需求的前提下充分利用资源,此外,能够避免统一查询数据量巨大给数据库造成压力。
在一些可选的实现方式中,同步模块402包括:
消息接收子模块,用于通过预构建的中心库写数组件接收各所述业务系统发送的业务消息,所述业务消息中携带有所述业务数据;
解析子模块,用于通过所述中心库写数组件解析所述业务消息,获得所述业务数据;
统一转换子模块,用于通过所述中心库写数组件调用所述统一数据模型对所述业务数据进行统一处理,得到统一数据;
写入与同步子模块,用于通过所述中心库写数组件将所述统一数据写入所述中心库,并将所述统一数据同步至所述容灾库。
通过业务消息进行业务数据传输,可以提高数据传输的可靠性;通过中心库写数组件执行调用统一数据模型、写入中心库的操作,能够实现在业务无感知的情况下完成数据统一存储,提高存储效率。
在本实施例的一些可选的实现方式中,统一转换子模块包括:
提取单元,用于通过所述统一数据模型对所述业务数据进行字段提取,得到字段属性和对应的数据内容;
转换单元,用于调用预设转换算法对所述字段属性进行字段转换,得到统一字段;
组合单元,用于将所述统一字段和对应的数据内容进行组合,得到统一数据。
通过统一数据模型对不同业务系统的业务数据进行格式转换,使其统一,有助于数据统一查询。
在本实施例中,接收模块403包括:
请求解析子模块,用于解析所述查询请求,得到查询参数;
获取子模块,用于根据所述查询参数获取优先级标识;
确定子模块,用于基于所述优先级标识确定所述查询请求的查询优先级。
在进行统一查询之前,先确定查询请求的查询优先级,有助于将不同的查询请求分发至不同的数据库进行查询,能够避免所有查询服务集中一个数据库造成的数据库压力,充分利用数据资源,提高查询效率。
在一些可选的实现方式中,数据统一查询装置400还包括第一转调模块,第一转调模块用于:若在所述中心库中未查询到所述查询请求对应的数据,则调用所述业务系统的业务接口,与各所述业务系统的业务数据库建立连接;根据所述查询请求在所述业务数据库中进行查询。
本申请能够避免在业务数据还没有同步转换到中心库时造成无法查询的问题,同时,保证实时性要求较高的查询请求能够查找到具有时效性的数据,提高用户体验。
在一些可选的实现方式中,数据统一查询装置400还包括第二转调模块,第二转调模块用于若在所述中心库中未查询到所述查询请求对应的数据,则调用中心库接口,与所述中心库建立连接;根据所述查询请求在所述中心库中进行查询。
本申请能够避免因为数据库之间同步的延迟,造成漏查询的问题,提高数据查询的可靠性。
在一些可选的实现方式中,数据统一查询装置400还包括缓存查询模块,包括:
解析子模块,用于对所述查询请求进行解析,确定对应的待查询数据;
查找子模块,用于从预设缓存中查找所述待查询数据;
终止子模块,用于若查到,则终止对所述查询请求的查询;
执行子模块,用于若未查到,则执行所述根据所述查询请求确定查询优先级的步骤。
本申请可以有效防止有意或无意的无效重复调用,提高查询性能,并能够防止热点数据和不存在的数据反复查询对数据库造成巨大负载,保证业务正常进行。
为解决上述技术问题,本申请实施例还提供计算机设备。具体请参阅图5,图5为本实施例计算机设备基本结构框图。
所述计算机设备5包括通过系统总线相互通信连接存储器51、处理器52、网络接口53。需要指出的是,图中仅示出了具有组件51-53的计算机设备5,但是应理解的是,并不要求实施所有示出的组件,可以替代的实施更多或者更少的组件。其中,本技术领域技术人员可以理解,这里的计算机设备是一种能够按照事先设定或存储的指令,自动进行数值计算和/或信息处理的设备,其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit,ASIC)、可编程门阵列(Field-Programmable GateArray,FPGA)、数字处理器(Digital Signal Processor,DSP)、嵌入式设备等。
所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。
所述存储器51至少包括一种类型的可读存储介质,所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如,SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中,所述存储器51可以是所述计算机设备5的内部存储单元,例如该计算机设备5的硬盘或内存。在另一些实施例中,所述存储器51也可以是所述计算机设备5的外部存储设备,例如该计算机设备5上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(FlashCard)等。当然,所述存储器51还可以既包括所述计算机设备5的内部存储单元也包括其外部存储设备。本实施例中,所述存储器51通常用于存储安装于所述计算机设备5的操作系统和各类应用软件,例如数据统一查询方法的计算机可读指令等。此外,所述存储器51还可以用于暂时地存储已经输出或者将要输出的各类数据。
所述处理器52在一些实施例中可以是中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器52通常用于控制所述计算机设备5的总体操作。本实施例中,所述处理器52用于运行所述存储器51中存储的计算机可读指令或者处理数据,例如运行所述数据统一查询方法的计算机可读指令。
所述网络接口53可包括无线网络接口或有线网络接口,该网络接口53通常用于在所述计算机设备5与其他电子设备之间建立通信连接。
本实施例通过处理器执行存储在存储器的计算机可读指令时实现如上述实施例数据统一查询方法的步骤,通过中心库和统一数据模型实现统一查询服务,能够将统一查询服务与业务系统进行解耦,使得统一查询与业务不会互相干扰,提高查询和业务的可靠性,同时使用容灾库提高数据库的可靠性;接收客户端的业务数据查询请求,根据查询请求确定查询优先级;通过在容灾库搭建查询服务能够区分不同级别的查询请求,并将不同级别的查询请求交给不同的数据库查询,在满足用户需求的前提下充分利用资源,此外,能够避免统一查询数据量巨大给数据库造成压力。
本申请还提供了另一种实施方式,即提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机可读指令,所述计算机可读指令可被至少一个处理器执行,以使所述至少一个处理器执行如上述的数据统一查询方法的步骤,通过中心库和统一数据模型实现统一查询服务,能够将统一查询服务与业务系统进行解耦,使得统一查询与业务不会互相干扰,提高查询和业务的可靠性,同时使用容灾库提高数据库的可靠性;接收客户端的业务数据查询请求,根据查询请求确定查询优先级;通过在容灾库搭建查询服务能够区分不同级别的查询请求,并将不同级别的查询请求交给不同的数据库查询,在满足用户需求的前提下充分利用资源,此外,能够避免统一查询数据量巨大给数据库造成压力。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本申请各个实施例所述的方法。
显然,以上所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例,附图中给出了本申请的较佳实施例,但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现,相反地,提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明,对于本领域的技术人员来而言,其依然可以对前述各具体实施方式所记载的技术方案进行修改,或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构,直接或间接运用在其他相关的技术领域,均同理在本申请专利保护范围之内。
Claims (10)
1.一种数据统一查询方法,其特征在于,包括下述步骤:
建立统一查询的中心库和统一数据模型;
通过所述统一数据模型将各业务系统发送的业务数据存储至所述中心库,并同步至预创建的容灾库;
接收客户端的业务数据查询请求,根据所述查询请求确定查询优先级;
在所述查询优先级为第一级别时,将所述查询请求发送至所述中心库,并根据所述查询请求查询所述中心库,得到目标数据;
在所述查询优先级为第二级别时,将所述查询请求发送至所述容灾库,并根据所述查询请求查询所述容灾库,得到目标数据;
将所述目标数据返回所述客户端。
2.根据权利要求1所述的数据统一查询方法,其特征在于,所述通过所述统一数据模型将各业务系统发送的业务数据存储至所述中心库,并同步至预设的容灾库的步骤包括:
通过预构建的中心库写数组件接收各所述业务系统发送的业务消息,所述业务消息中携带有所述业务数据;
通过所述中心库写数组件解析所述业务消息,获得所述业务数据;
通过所述中心库写数组件调用所述统一数据模型对所述业务数据进行统一处理,得到统一数据;
通过所述中心库写数组件将所述统一数据写入所述中心库,并将所述统一数据同步至所述容灾库。
3.根据权利要求2所述的数据统一查询方法,其特征在于,所述通过所述中心库写数组件调用所述统一数据模型对所述业务数据进行统一处理,得到统一数据的步骤包括:
通过所述统一数据模型对所述业务数据进行字段提取,得到字段属性和对应的数据内容;
调用预设转换算法对所述字段属性进行字段转换,得到统一字段;
将所述统一字段和对应的数据内容进行组合,得到统一数据。
4.根据权利要求1所述的数据统一查询方法,其特征在于,所述根据所述查询请求确定查询优先级的步骤包括:
解析所述查询请求,得到查询参数;
根据所述查询参数获取优先级标识;
基于所述优先级标识确定所述查询请求的查询优先级。
5.根据权利要求1所述的数据统一查询方法,其特征在于,在所述根据所述查询请求查询所述中心库的步骤之后还包括:
若在所述中心库中未查询到所述查询请求对应的数据,则调用所述业务系统的业务接口,与各所述业务系统的业务数据库建立连接;
根据所述查询请求在所述业务数据库中进行查询。
6.根据权利要求1所述的数据统一查询方法,其特征在于,在所述根据所述查询请求查询所述容灾库的步骤之后还包括:
若在所述中心库中未查询到所述查询请求对应的数据,则调用中心库接口,与所述中心库建立连接;
根据所述查询请求在所述中心库中进行查询。
7.根据权利要求1所述的数据统一查询方法,其特征在于,在所述接收客户端的业务数据查询请求的步骤之后还包括:
对所述查询请求进行解析,确定对应的待查询数据;
从预设缓存中查找所述待查询数据;
若查到,则终止对所述查询请求的查询;
若未查到,则执行所述根据所述查询请求确定查询优先级的步骤。
8.一种数据统一查询装置,其特征在于,包括:
建立模块,用于建立统一查询的中心库和统一数据模型;
同步模块,用于通过所述统一数据模型将各业务系统发送的业务数据存储至所述中心库,并同步至预创建的容灾库;
接收模块,用于接收客户端的业务数据查询请求,根据所述查询请求确定查询优先级;
第一查询模块,用于在所述查询优先级为第一级别时,将所述查询请求发送至所述中心库,并根据所述查询请求查询所述中心库,得到目标数据;
第二查询模块,用于在所述查询优先级为第二级别时,将所述查询请求发送至所述容灾库,并根据所述查询请求查询所述容灾库,得到目标数据;
返回模块,用于将所述目标数据返回所述客户端。
9.一种计算机设备,包括存储器和处理器,所述存储器中存储有计算机可读指令,所述处理器执行所述计算机可读指令时实现如权利要求1至7中任一项所述的数据统一查询方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机可读指令,所述计算机可读指令被处理器执行时实现如权利要求1至7中任一项所述的数据统一查询方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310994874.2A CN116975101A (zh) | 2023-08-08 | 2023-08-08 | 一种数据统一查询方法、装置、计算机设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310994874.2A CN116975101A (zh) | 2023-08-08 | 2023-08-08 | 一种数据统一查询方法、装置、计算机设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116975101A true CN116975101A (zh) | 2023-10-31 |
Family
ID=88481245
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310994874.2A Pending CN116975101A (zh) | 2023-08-08 | 2023-08-08 | 一种数据统一查询方法、装置、计算机设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116975101A (zh) |
-
2023
- 2023-08-08 CN CN202310994874.2A patent/CN116975101A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2021189954A1 (zh) | 日志数据处理方法、装置、计算机设备和存储介质 | |
CN111414407A (zh) | 数据库的数据查询方法、装置、计算机设备及存储介质 | |
CN112162965B (zh) | 一种日志数据处理的方法、装置、计算机设备及存储介质 | |
CN111666490A (zh) | 基于kafka的信息推送方法、装置、设备及存储介质 | |
CN113254445B (zh) | 实时数据存储方法、装置、计算机设备及存储介质 | |
CN112380227B (zh) | 基于消息队列的数据同步方法、装置、设备及存储介质 | |
CN112199442B (zh) | 分布式批量下载文件方法、装置、计算机设备及存储介质 | |
WO2022095518A1 (zh) | 接口自动化测试方法、装置、计算机设备及存储介质 | |
CN112182004B (zh) | 实时查看数据方法、装置、计算机设备及存储介质 | |
CN112559476B (zh) | 一种用于提高目标系统性能的日志存储方法及其相关设备 | |
CN112671734A (zh) | 面向多数据源的报文处理方法及其相关设备 | |
CN113282611A (zh) | 一种流数据同步的方法、装置、计算机设备及存储介质 | |
CN112835632B (zh) | 一种端能力的调用方法、设备和计算机存储介质 | |
CN115757492A (zh) | 一种热点数据的处理方法、装置、计算机设备及存储介质 | |
CN115794437A (zh) | 微服务的调用方法、装置、计算机设备及存储介质 | |
CN113010542B (zh) | 业务数据处理方法、装置、计算机设备及存储介质 | |
CN112417016B (zh) | 一种数据交换方法、系统、设备及存储介质 | |
WO2022156087A1 (zh) | 数据血缘关系建立方法、装置、计算机设备及存储介质 | |
CN117215867A (zh) | 一种业务监控方法、装置、计算机设备及存储介质 | |
CN116975101A (zh) | 一种数据统一查询方法、装置、计算机设备及存储介质 | |
CN112416875B (zh) | 日志管理方法、装置、计算机设备及存储介质 | |
CN113283759B (zh) | 账户风险画像更新方法、装置、设备及存储介质 | |
CN117472555A (zh) | 算力资源分配方法、系统、装置、设备及存储介质 | |
CN114615325A (zh) | 消息推送方法、装置、计算机设备及存储介质 | |
CN109981738B (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 |