CN109885780A - 数据处理方法及装置 - Google Patents
数据处理方法及装置 Download PDFInfo
- Publication number
- CN109885780A CN109885780A CN201910113802.6A CN201910113802A CN109885780A CN 109885780 A CN109885780 A CN 109885780A CN 201910113802 A CN201910113802 A CN 201910113802A CN 109885780 A CN109885780 A CN 109885780A
- Authority
- CN
- China
- Prior art keywords
- resource
- api
- target
- information
- database
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请实施例提供了一种数据处理方法及装置。该方法包括:接收客户端发送的对目标数据库中的目标资源的资源操作请求,该资源操作请求中包含与目标资源对应的应用程序编程接口API信息,该API信息包含目标资源的统一资源标识以及资源操作请求的操作方法信息;基于统一资源标识以及操作方法信息确定目标资源的API模式;基于API模式与目标资源的数据库模式之间的映射关系确定目标资源的数据库模式,数据库模式与目标数据库对应;基于数据库模式确定目标数据库中与目标资源对应的数据,通过操作方法信息对数据进行处理。本申请实施例的技术方案能够处理各种类型的资源的数据,提高对多种不同类型的资源的兼容性。
Description
技术领域
本申请涉及计算机技术领域,尤其涉及一种数据处理方法及数据处理装置。
背景技术
随着互联网技术的发展,网络服务需要处理的数据规模越来越大,需要处理的业务类型也越来越多,对网络服务提供者提出了更大的挑战。
在一种技术方案中,通过API(Application Programming Interface,应用程序编程接口)对各种业务类型进行拆分,通过拆分后的各个业务类型的API提供对应的网络服务。然而,在这种技术方案中,由于不同的业务类型的资源的数据类型不一样,无法提供统一的兼容多种数据类型的资源的API。
发明内容
本申请实施例的目的是提供一种数据处理方法及数据处理装置,以解决对多种不同数据类型的资源的兼容性的问题。
为解决上述技术问题,本申请实施例是这样实现的:
第一方面,本申请实施例提供了一种数据处理方法,包括:接收客户端发送的对目标数据库中的目标资源的资源操作请求,所述资源操作请求中包含与所述目标资源对应的应用程序编程接口API信息,所述API信息包含所述目标资源的统一资源标识以及所述资源操作请求的操作方法信息;基于所述统一资源标识以及所述操作方法信息确定所述目标资源的API模式;基于所述API模式与所述目标资源的数据库模式之间的映射关系确定所述目标资源的数据库模式,所述数据库模式与所述目标数据库对应;基于所述数据库模式确定所述目标数据库中与所述目标资源对应的数据,通过所述操作方法信息对所述数据进行处理。
第二方面,本申请实施例提供了一种数据处理装置,包括:接收单元,用于接收客户端发送的对目标数据库中的目标资源的资源操作请求,所述资源操作请求中包含与所述目标资源对应的应用程序编程接口API信息,所述API信息包含所述目标资源的统一资源标识以及所述资源操作请求的操作方法信息;API模式确定单元,用于基于所述统一资源标识以及所述操作方法信息确定所述目标资源的API模式;数据库模式确定单元,用于基于所述API模式与所述目标资源的数据库模式之间的映射关系确定所述目标资源的数据库模式;数据操作单元,用于基于所述数据库模式确定所述目标数据库中与所述目标资源对应的数据,通过所述操作方法信息对所述数据进行处理。
第三方面,本申请实施例提供了一种数据处理设备,包括:存储器、处理器和存储在所述存储器上并可在所述处理器上运行的计算机可执行指令,所述计算机可执行指令被所述处理器执行时实现如上述第一方面所述的数据处理方法的步骤。
第四方面,本申请实施例提供了一种计算机可读存储介质,所述计算机可读存储介质用于存储计算机可执行指令,所述计算机可执行指令被处理器执行时实现如上述第一方面所述的数据处理方法的步骤。
在本申请实施例中,一方面,基于资源操作请求中的统一资源标识与操作方法信息确定目标资源的API模式,由于统一资源标识能够表示各种不同类型的资源,从而能够兼容不同类型的资源,确定不同类型的资源的API模式;另一方面,基于API模式与数据库模式之间的映射关系确定目标资源的数据库模式,能够高效地确定各种类型的资源的数据库模式;另一方面,基于数据库模式确定对应的数据,通过操作方法信息对数据进行处理,能够处理各种类型的资源的数据,提高对多种不同类型的资源的兼容性。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1示出了根据本申请的一些实施例提供的数据处理方法的应用场景的示意图;
图2示出了根据本申请的一些实施例提供的数据处理方法的流程示意图;
图3示出了根据本申请的一些实施例提供的建立资源的API模式与资源的数据库模式之间的映射关系的流程示意图;
图4示出了根据本申请的一些实施例提供的对与目标资源对应的各种数据进行处理的流程示意图;
图5示出了根据本申请的另一些实施例提供的数据处理方法的流程示意图;
图6示出了根据本申请的一些实施例提供的数据处理装置的模块示意图;
图7示出了根据本申请的一些实施例提供的数据操作单元的模块示意图;
图8示出了根据本申请的一些实施例提供的数据处理设备的模块示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
图1示出了根据本申请的一些实施例提供的数据处理方法的应用场景的示意图。参照图1所示,参照图1所示,该应用场景可以包括:至少一个客户端110以及服务器端120。客户端110与服务器端120之间通过网络130进行通信。客户端110向服务器端120发送对服务器端120的目标数据库中的目标资源的资源操作请求。服务器端120在接收到客户端110发送的资源操作请求之后,基于该资源操作请求对与目标资源对应的数据进行处理,将数据处理结果进行整合,并将整合后的数据返回至客户端110。
需要说明的是,客户端110可以为手机、平板电脑、台式计算机、便携笔记本式计算机或POS(Point Of Sales,销售点)终端等。服务器120可以为包含独立主机的物理服务器,或者为主机集群承载的虚拟服务器,或者为云服务器。网络130可以为有线网络或无线网络,例如,网络130可以为公共交换电话网络(Public Switched Telephone Network,PSTN)或因特网。
下面结合图1的应用场景,参考图2来描述根据本申请的示例性实施例的业务处理方法。需要注意的是,上述应用场景仅是为了便于理解本发明的精神和原理而示出,本发明的实施例在此方面不受任何限制。相反,本发明的实施例可以应用于适用的任何场景。
图2示出了根据本申请的一些实施例提供的数据处理方法的流程示意图,该数据处理方法可以应用于图1中的服务器端120。参照图2所示,该数据处理方法包括步骤S210至步骤S240,下面结合图2对该数据处理方法进行详细的说明。
参照图2所示,在步骤S210中,接收客户端发送的对目标数据库中的目标资源的资源操作请求,所述资源操作请求中包含与所述目标资源对应的API信息,所述API信息包含所述目标资源的统一资源标识以及所述资源操作请求的操作方法信息。
在示例实施例中,在服务器端以URI(Uniform Resource Identifier,统一资源标识)的形式定义了多种资源,例如,通过api.route/resource表示资源resource,可以通过该URI获取resource对应的资源。资源的类型可以包括:关系型数据资源、文本资源、图片资源、音频资源或视频资源等,将定义好的各种类型的资源分别存储到服务器端的对应的数据库中,例如,可以将关系型数据资源存储到关系型数据库例如MySQL数据库中,将非关系型数据资源例如音频资源、视频资源、图片资源存储到非关系型数据库例如Redis数据库中。
进一步地,可以通过统一的资源操作API对资源进行处理,资源操作包括增、删、改、查四种处理,例如,Get操作表示从服务器端取出资源;Post操作表示在服务器端新建一个资源;Put操作表示在服务器端更新资源,Delete操作表示在服务器端删除资源。在接收到客户端发送的资源操作请求之后,通过与资源操作请求对应的资源操作对目标资源进行处理。资源操作与资源操作API具有对应关系,例如,设资源为resource,Get操作对应的API为api.route/resource/Get;Post操作对应的API为api.route/resource/Post;Put操作对应的API为api.route/resource/Put;Delete操作对应的API为api.route/resource/Delete。
进一步地,对目标资源的资源操作请求中包含与该目标资源对应的API信息,该API信息包含目标资源的URI以及操作方法信息,例如,设目标资源为resource,目标资源的URI为api.route/resource,与该目标资源对应的API为api.route/resource/Get,其中,api.route/resource为目标资源的URI,Get为目标资源的操作方法信息。
在步骤S220中,基于所述统一资源标识以及所述操作方法信息确定所述目标资源的API模式。
在示例实施例中,API模式为对API的描述性质的声明,API模式包含API对应的资源的路径即URI及操作方法信息、API的参数信息例如参数名称及参数类型、响应信息例如响应码及响应字段等信息,例如,设API为api.route/resource/Get,则API模式中包含资源的URI即“api.route/resource”,资源的操作方法信息即“Get”、API的参数信息例如资源名称即resource、响应信息例如200、404、500等,其中,200表示服务器成功返回用户请求的数据、404表示没有找到用户请求的数据、500表示服务器发生错误。
进一步地,在示例实施例中,基于目标资源的统一资源标识以及操作方法信息从API模式文档中查找对应的API模式,将查找到的API模式作为目标资源的API模式,例如,设api.route/resource为目标资源的URI,Get为目标资源的操作方法信息,则首先基于目标资源的URI从API模式文档的索引中查找对应的URI,从对应的URI的索引中查找该目标资源的操作方法,将查找到的API模式作为目标资源的API模式。
在步骤S230中,基于所述API模式与所述目标资源的数据库模式之间的映射关系确定所述目标资源的数据库模式,所述数据库模式与所述目标数据库对应。
数据库模式指的是数据库中与资源对应的数据对象的集合,例如资源为用户user,资源user包含多个字段例如用户名字段name、性别字段sex、年龄字段age,在数据库模式的名称为user,数据库模式中包含name、sex、age等字段。在示例实施例中,预先建立目标资源的API模式与目标资源的数据库模式之间的映射关系,基于目标资源的API模式从该映射关系中查找对应的数据库模式。例如,设目标资源为user,建立user的API模式与数据库模式之间的映射关系,基于该映射关系确定与user的API模式对应的数据库模式。
进一步地,在示例实施例中,目标资源的数据库模式还包括目标资源在数据库中的存储结构,即目标资源的数据库模式与数据库对应,例如若数据库为关系型数据库如MySQL,则目标资源在数据库中的存储结构为关系型存储结构,若数据库为非关系型数据库如Redis,则目标资源在数据库中的存储结构为非关系型存储结构例如键值对存储结构。
此外,在另一些示例实施例中,在目标资源包括多种类型的数据例如基本类型数据、图片数据、视频数据时,目标数据库可以包括关系型数据库和非关系型数据库,可以将基本类型数据存储到关系型数据库中,将图片数据、视频数据存储到关系型数据库中,则目标资源在数据库中的存储结构包含关系型存储结构以及非关系型存储结构。
在步骤S240中,基于所述数据库模式确定所述目标数据库中与所述目标资源对应的数据,通过所述操作方法信息对所述数据进行处理。
在示例实施例中,基于目标资源的数据库模式中与目标资源对应的资源名称、存储结构确定目标数据库中与目标资源对应的数据,通过资源操作请求中的操作方法信息对目标资源的数据进行处理。例如,设目标资源为用户user,存储结构为关系型存储,操作方法为Get,基于目标资源的资源名称user从目标数据库中查找user字段、以及与user字段关联的多个字段的数据,将查找到的多个字段的数据返回至客户端。
进一步地,在示例实施例中,目标资源中的关系型数据例如商品信息、用户信息存储在关系型数据库中,目标资源中的图片信息、视频信息存储在非关系型数据库中,基于目标资源的数据库模式中的关系型存储结构及资源名称确定关系型数据库中与目标资源对应的数据,基于非关系型存储结构及资源名称确定非关系型数据库中与目标资源对应的数据。
根据图2的示例实施例中的数据处理方法,一方面,基于资源操作请求中的统一资源标识与操作方法信息确定目标资源的API模式,由于统一资源标识能够表示各种不同类型的资源,从而能够兼容不同类型的资源,确定不同类型的资源的API模式;另一方面,基于API模式与数据库模式之间的映射关系确定目标资源的数据库模式,能够高效地确定各种类型的资源的数据库模式;另一方面,基于数据库模式确定对应的数据,通过操作方法信息对数据进行处理,能够处理各种类型的资源的数据,提高对多种不同类型的资源处理的兼容性。
进一步地,在示例实施例中,为了能够更高效地确定目标资源的数据库模式,对资源的API模式的标识信息进行哈希运算,将得到与API模式的标识信息对应的哈希值作为键key,在哈希表中存储资源的数据库模式的标识信息。在确定目标资源的API模式之后,对目标资源的API模式的标识信息进行哈希运算,得到与该标识信息对应的哈希值,基于该哈希值从映射关系表即哈希表中查询API模式与数据库模式之间的映射关系,基于查询到的API模式与数据库模式之间的映射关系确定目标资源的数据库模式。
进一步地,在示例实施例中,为了在API发生变化时能够对资源操作请求进行准确的响应,资源操作请求中的API信息中还包括API版本信息,在接收到资源操作请求之后,对资源操作请求进行解析,获取目标资源的统一资源标识、操作方法信息以及API版本信息,基于获取到的统一资源标识、操作方法信息以及API版本信息查询API模式的文档,基于查询结果确定目标资源的API模式。
此外,在示例实施例中,为了降低写API文档的人力成本,在确定了目标资源的API模式之后,可以基于目标资源的API模式生成目标资源的API文档,例如,可以从API模式中提取目标资源的API信息例如API的名称、目标资源的URI、HTTP请求方法(Get/Put/Post/Delete等)、参数信息、响应信息等,基于提取的API信息生成目标资源的API文档。
此外,还可以通过API模式对API接口的参数信息进行校验。例如,从目标资源的API模式中提取API的参数信息以及参数类型信息,基于提取的API的参数信息以及参数类型信息对API接口的参数信息进行校验,若校验失败,则先用户返回信息错误的提示信息,从而能够提高数据处理的安全性。
图3示出了根据本申请的一些实施例提供的建立资源的API模式与资源的数据库模式之间的映射关系的流程示意图。
参照图3所示,在步骤S310中,基于所述目标数据库中的资源的API模式以及所述资源的属性信息确定所述资源的数据库模式。
在示例实施例中,目标资源的API模式还可以包括对目标资源的描述即目标资源的实体模式schema,实体schema包含目标资源的名称、属性信息以及数据类型。基于目标数据库中的资源的API模式即API schema确定资源对应的实体schema,例如,设资源为商品Product,则商品Product的实体模式为ProductSchema(API Schema);ProductSchema的属性可以包括:name=fields.Str(),height=fields.Float(),weight=fields.Float(),from=fields.Str()…,其中,属性name的数据类型为字符串Str,属性height的数据类型为Float,属性weight的数据类型为Float,属性from的数据类型为字符串Str。
资源的数据库模式指的是数据库中与资源对应的数据对象的集合,例如资源为用户user,资源user包含多个字段例如用户名字段name、性别字段sex、年龄字段age,在数据库模式的名称为user,数据库模式中包含name、sex、age等字段。在示例实施例中,基于商品Product的API schema以及商品Product的属性信息确定商品Product的实体模式;基于商品product的实体模式确定资源Product的数据库模式,商品Product的数据库模式的名称为Product,包含name、height、weight、from等字段。
在另一示例实施例中,设资源为宠物Pet,则宠物Pet的实体模式为PetSchema(APISchema);PetSchema的属性可以包括:name=fields.Str(),feeds=fields.Text(),logo=fields.Imagefield()…。基于宠物Pet的API schema以及宠物Pet的属性信息确定宠物Pet的实体模式;基于宠物Pet的实体模式确定宠物Pet的数据库模式,宠物Pet的数据库模式的名称为Pet,包含name、feeds、logo等字段。
在步骤S320中,建立所述资源的API模式与所述资源的数据库模式之间的映射关系。
在示例实施例中,基于资源的API模式的名称建立资源的API模式与资源的数据库模式之间的映射关系,例如,将资源的API模式的名称作为索引字段,将资源的数据库模式的名称作为关联字段建立资源的API模式与数据库模式之间的映射关系表。此外,还可以将资源的API模式的名称作为键key,将资源的数据库模式的名称作为值value,建立API模式的名称与数据库模式的名称之间的键值对,将所述键值对作为资源的API模式与资源的数据库模式之间的映射关系。在建立了资源的API模式与资源的数据库模式之间的映射关系之后,可以基于资源的API模式以及该映射关系确定资源的数据库模式。
图4示出了根据本申请的一些实施例提供的对与目标资源对应的各种数据进行处理的流程示意图。
参照图4所示,在步骤S410中,根据所述资源操作请求中的请求格式,确定对所述资源操作请求的响应格式。
在示例实施例中,从资源操作请求中提取对资源的请求格式,例如,资源操作请求为HTTP请求如http://api.route/resource/get.json,从资源操作请求中提取资源的请求格式即JSON(JavaScript Object Notation,JS对象简谱)格式,将提取的JSON格式作为资源操作请求的响应格式。
需要说明的是,虽然上述实施例中的资源操作请求的请求格式为JSON格式,但是本申请的实施例中的请求格式还可以为其他适当的格式例如XML(eXtensible MarkupLanguage,可扩展标记语言)格式或YAML(Yet Another Markup Language,另一种标记语言)格式,本申请对此不进行特殊限定。
在步骤S420中,基于所确定的响应格式以及所述操作方法信息将与所述目标资源对应的各种数据进行整合。
在示例实施例中,在获取到与目标资源对应的各种数据之后,基于所确定的响应格式以及所述操作方法信息对获取到的数据进行整合,例如,设目标资源为用户user,若所确定的响应格式为JSON格式,操作方法信息为Get方法,则将基于JSON格式将与user对应的name、sex、age等数据整合为JSON格式。
在步骤S430中,将整合后的数据返回至所述客户端。
在示例实施例中,在通过确定的响应格式将目标资源对应的各种数据整合之后,将整合后的该响应格式的数据返回至客户端。例如,设确定的响应格式为JSON格式,将整合后的JSON格式的数据返回至客户端。
图5示出了根据本申请的另一些实施例提供的数据处理方法的流程示意图。
参照图5所示,在步骤S510中,接收客户端发送的对目标数据库中的目标资源的资源操作请求,资源操作请求中包含与目标资源对应的API信息例如目标资源的统一资源标识URI以及操作方法信息。在服务器端以URI的形式定义了多种资源。资源的类型可以包括:关系型数据资源、文本资源、图片资源、音频资源或视频资源等,将定义好的各种类型的资源存储到服务器端的数据库中。
在步骤S520中,从资源操作请求中提取对应的API信息,API信息中包含目标资源的统一资源标识以及资源操作请求的操作方法信息。
在步骤S530中,通过服务器端的后台处理线程提取资源操作请求中的API接口信息的相关信息例如统一资源标识即URI、操作方法信息等。可以预先定义处理资源操作请求的后台处理线程,用于资源操作请求处理的后台处理逻辑,后台处理逻辑可以为数据处理逻辑,也可以为响应处理逻辑。
在步骤S540中,基于提取的API接口信息中的统一资源标识URI以及资源操作请求的操作方法信息确定目标资源的API模式。API模式为对API的描述性质的声明,API模式包含API对应的资源的路径即URI及操作方法信息、API的参数信息例如参数名称及参数类型、响应信息例如响应码及响应字段等信息。例如,设目标资源为宠物Pet,则对应的API模式为以下内容:
在步骤S550中,基于API模式与目标资源的数据库模式之间的映射关系确定目标资源的数据库模式,基于数据库模式确定目标数据库中与目标资源对应的数据,通过操作方法信息对数据进行处理。例如,设目标资源为商品Product,操作方法信息为Get,基于商品Product的API模式确定商品Product的数据库模式即ProductSchema,基于商品Product的数据库模式确定对应的数据,通过操作方法Get获取与Product对应的数据即对应的字段name、height、weight等字段,将获取的数据返回至客户端。
进一步地,根据资源操作请求的请求格式确定响应输出格式,通过响应输出格式对获取的数据进行整合,将整合后的数据返回至客户端,例如请求格式为json格式时,通过json格式对获取的数据进行整合。
图6示出了根据本申请的一些实施例提供的数据处理装置的模块示意图。参照图6所示,该数据处理装置600可以包括接收单元610、API模式确定单元620、数据库模式确定单元630、数据操作单元640。其中,接收单元610用于接收客户端发送的对目标数据库中的目标资源的资源操作请求,所述资源操作请求中包含与所述目标资源对应的应用程序编程接口API信息,所述API信息包含所述目标资源的统一资源标识以及所述资源操作请求的操作方法信息;API模式确定单元620用于基于所述统一资源标识以及所述操作方法信息确定所述目标资源的API模式;数据库模式确定单元630用于基于所述API模式与所述目标资源的数据库模式之间的映射关系确定所述目标资源的数据库模式;数据操作单元640用于基于所述数据库模式确定所述目标数据库中与所述目标资源对应的数据,通过所述操作方法信息对所述数据进行处理。
在本申请的一些实施例中,基于前述方案,所述数据处理装置600还包括:模式确定单元,基于目标数据库中的资源的API模式以及所述资源的属性信息确定所述资源的数据库模式;映射关系建立单元,用于建立所述资源的API模式与所述资源的数据库模式之间的映射关系。
在本申请的一些实施例中,基于前述方案,所述模式确定单元被配置为:基于所述目标数据库中的资源的API模式以及所述资源的属性信息确定所述资源的实体模式;基于所述资源的实体模式确定所述资源的数据库模式。
在本申请的一些实施例中,基于前述方案,参照图7所示,所述数据操作单元640包括:响应格式确定单元642,用于根据所述资源操作请求中的请求格式,确定对所述资源操作请求的响应格式;整合单元644,用于基于所确定的响应格式以及所述操作方法信息将与所述目标资源对应的各种数据进行整合;返回单元646,用于将整合后的数据返回至所述客户端。
在本申请的一些实施例中,基于前述方案,,所述API信息中还包括API版本信息,所述API模式确定单元620包括:信息获取单元,用于对所述资源操作请求进行解析,获取所述目标资源的所述统一资源标识、所述操作方法信息、以及所述API版本信息;目标模式确定单元,用于基于所述统一资源标识、所述操作方法信息以及所述API版本信息确定所述目标资源的API模式。
在本申请的一些实施例中,基于前述方案,所述模式确定单元包括:哈希处理单元,用于对所述API模式的标识信息进行哈希运算,得到与所述标识信息对应的哈希值;查询单元,用于基于所述哈希值从映射关系表中查询所述API模式与所述数据库模式之间的映射关系;模式确定单元,用于基于所查询到的所述API模式与所述数据库模式之间的映射关系确定所述目标资源的数据库模式。
在本申请的一些实施例中,基于前述方案,所述数据处理装置600还包括:文档生成单元,用于基于所述目标资源的API模式生成与所述目标资源对应的API文档。
在本申请实施例中的数据处理装置,一方面,基于资源操作请求中的统一资源标识与操作方法信息确定目标资源的API模式,由于统一资源标识能够表示各种不同类型的资源,从而能够兼容不同类型的资源,确定不同类型的资源的API模式;另一方面,基于API模式与数据库模式之间的映射关系确定目标资源的数据库模式,能够高效地确定各种类型的资源的数据库模式;另一方面,基于数据库模式确定对应的数据,通过操作方法信息对数据进行处理,能够处理各种类型的资源的数据,提高对多种不同类型的资源的兼容性。
本申请实施例提供的数据处理装置能够实现前述方法实施例中的各个过程,并达到相同的功能和效果,这里不再重复。
进一步地,本申请实施例还提供了一种数据处理设备,图8为本申请一实施例提供的数据处理设备的结构示意图,如图8所示,该设备包括:存储器801、处理器802、总线803和通信接口804。存储器801、处理器802和通信接口804通过总线803进行通信,通信接口804可以包括输入输出接口,输入输出接口包括但不限于键盘、鼠标、显示器、麦克风、扩音器等。
图8中,所述存储器801上存储有可在所述处理器802上运行的计算机可执行指令,所述计算机可执行指令被所述处理器802执行时实现以下流程:接收客户端发送的对目标数据库中的目标资源的资源操作请求,所述资源操作请求中包含与所述目标资源对应的应用程序编程接口API信息,所述API信息包含所述目标资源的统一资源标识以及所述资源操作请求的操作方法信息;基于所述统一资源标识以及所述操作方法信息确定所述目标资源的API模式;基于所述API模式与所述目标资源的数据库模式之间的映射关系确定所述目标资源的数据库模式,所述数据库模式与所述目标数据库对应;基于所述数据库模式确定所述目标数据库中与所述目标资源对应的数据,通过所述操作方法信息对所述数据进行处理。
可选地,所述计算机可执行指令被所述处理器执行时,所述数据处理方法还包括:基于所述目标数据库中的资源的API模式以及所述资源的属性信息确定所述资源的数据库模式;建立所述资源的API模式与所述资源的数据库模式之间的映射关系。
可选地,所述计算机可执行指令被所述处理器执行时,基于所述目标数据库中的资源的API模式以及所述资源的属性信息确定所述资源的数据库模式,包括:基于所述目标数据库中的资源的API模式以及所述资源的属性信息确定所述资源的实体模式;基于所述资源的实体模式确定所述资源的数据库模式。
可选地,所述计算机可执行指令被所述处理器执行时,通过所述操作方法信息对所述数据进行处理,包括:根据所述资源操作请求中的请求格式,确定对所述资源操作请求的响应格式;基于所确定的响应格式以及所述操作方法信息将与所述目标资源对应的各种数据进行整合;将整合后的数据返回至所述客户端。
可选地,所述计算机可执行指令被所述处理器执行时,所述API信息中还包括API版本信息,基于所述统一资源标识以及所述操作方法信息确定所述目标资源的API模式,包括:对所述资源操作请求进行解析,获取所述目标资源的所述统一资源标识、所述操作方法信息、以及所述API版本信息;基于所述统一资源标识、所述操作方法信息以及所述API版本信息确定所述目标资源的API模式。
可选地,所述计算机可执行指令被所述处理器执行时,基于所述API模式与所述目标资源的数据库模式之间的映射关系确定所述目标资源的数据库模式,包括:对所述API模式的标识信息进行哈希运算,得到与所述标识信息对应的哈希值;基于所述哈希值从映射关系表中查询所述API模式与所述数据库模式之间的映射关系;基于所查询到的所述API模式与所述数据库模式之间的映射关系确定所述目标资源的数据库模式。
可选地,所述计算机可执行指令被所述处理器执行时,所述数据处理方法还包括:基于所述目标资源的API模式生成与所述目标资源对应的API文档。
根据本申请实施例中的数据处理设备,一方面,基于资源操作请求中的统一资源标识与操作方法信息确定目标资源的API模式,由于统一资源标识能够表示各种不同类型的资源,从而能够兼容不同类型的资源,确定不同类型的资源的API模式;另一方面,基于API模式与数据库模式之间的映射关系确定目标资源的数据库模式,能够高效地确定各种类型的资源的数据库模式;另一方面,基于数据库模式确定对应的数据,通过操作方法信息对数据进行处理,能够处理各种类型的资源的数据,提高对多种不同类型的资源处理的兼容性。
本申请实施例提供的数据处理设备能够实现前述方法实施例中的各个过程,并达到相同的功能和效果,这里不再重复。
进一步地,本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质用于存储计算机可执行指令,所述计算机可执行指令被处理器执行时实现以下流程:接收客户端发送的对目标数据库中的目标资源的资源操作请求,所述资源操作请求中包含与所述目标资源对应的应用程序编程接口API信息,所述API信息包含所述目标资源的统一资源标识以及所述资源操作请求的操作方法信息;基于所述统一资源标识以及所述操作方法信息确定所述目标资源的API模式;基于所述API模式与所述目标资源的数据库模式之间的映射关系确定所述目标资源的数据库模式,所述数据库模式与所述目标数据库对应;基于所述数据库模式确定所述目标数据库中与所述目标资源对应的数据,通过所述操作方法信息对所述数据进行处理。
可选地,所述计算机可执行指令被处理器执行时,根据权利要求1所述的数据处理方法,其特征在于,所述数据处理方法还包括:基于所述目标数据库中的资源的API模式以及所述资源的属性信息确定所述资源的数据库模式;建立所述资源的API模式与所述资源的数据库模式之间的映射关系。
可选地,所述计算机可执行指令被处理器执行时,基于所述目标数据库中的资源的API模式以及所述资源的属性信息确定所述资源的数据库模式,包括:基于所述目标数据库中的资源的API模式以及所述资源的属性信息确定所述资源的实体模式;基于所述资源的实体模式确定所述资源的数据库模式。
可选地,所述计算机可执行指令被处理器执行时,通过所述操作方法信息对所述数据进行处理,包括:根据所述资源操作请求中的请求格式,确定对所述资源操作请求的响应格式;基于所确定的响应格式以及所述操作方法信息将与所述目标资源对应的各种数据进行整合;将整合后的数据返回至所述客户端。
可选地,所述计算机可执行指令被处理器执行时,所述API信息中还包括API版本信息,基于所述统一资源标识以及所述操作方法信息确定所述目标资源的API模式,包括:对所述资源操作请求进行解析,获取所述目标资源的所述统一资源标识、所述操作方法信息、以及所述API版本信息;基于所述统一资源标识、所述操作方法信息以及所述API版本信息确定所述目标资源的API模式。
可选地,所述计算机可执行指令被处理器执行时,基于所述API模式与所述目标资源的数据库模式之间的映射关系确定所述目标资源的数据库模式,包括:对所述API模式的标识信息进行哈希运算,得到与所述标识信息对应的哈希值;基于所述哈希值从映射关系表中查询所述API模式与所述数据库模式之间的映射关系;基于所查询到的所述API模式与所述数据库模式之间的映射关系确定所述目标资源的数据库模式。
可选地,所述计算机可执行指令被处理器执行时,所述数据处理方法还包括:基于所述目标资源的API模式生成与所述目标资源对应的API文档。
根据本申请实施例的计算机可读存储介质,一方面,基于资源操作请求中的统一资源标识与操作方法信息确定目标资源的API模式,由于统一资源标识能够表示各种不同类型的资源,从而能够兼容不同类型的资源,确定不同类型的资源的API模式;另一方面,基于API模式与数据库模式之间的映射关系确定目标资源的数据库模式,能够高效地确定各种类型的资源的数据库模式;另一方面,基于数据库模式确定对应的数据,通过操作方法信息对数据进行处理,能够处理各种类型的资源的数据,提高对多种不同类型的资源处理的兼容性。其中,所述的计算机可读存储介质包括只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等。
本申请实施例提供的计算机可读存储介质能够实现前述方法实施例中的各个过程,并达到相同的功能和效果,这里不再重复。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。
Claims (14)
1.一种数据处理方法,其特征在于,包括:
接收客户端发送的对目标数据库中的目标资源的资源操作请求,所述资源操作请求中包含与所述目标资源对应的应用程序编程接口API信息,所述API信息包含所述目标资源的统一资源标识以及所述资源操作请求的操作方法信息;
基于所述统一资源标识以及所述操作方法信息确定所述目标资源的API模式;
基于所述API模式与所述目标资源的数据库模式之间的映射关系确定所述目标资源的数据库模式,所述数据库模式与所述目标数据库对应;
基于所述数据库模式确定所述目标数据库中与所述目标资源对应的数据,通过所述操作方法信息对所述数据进行处理。
2.根据权利要求1所述的数据处理方法,其特征在于,所述数据处理方法还包括:
基于所述目标数据库中的资源的API模式以及所述资源的属性信息确定所述资源的数据库模式;
建立所述资源的API模式与所述资源的数据库模式之间的映射关系。
3.根据权利要求2所述的数据处理方法,其特征在于,基于所述目标数据库中的资源的API模式以及所述资源的属性信息确定所述资源的数据库模式,包括:
基于所述目标数据库中的资源的API模式以及所述资源的属性信息确定所述资源的实体模式;
基于所述资源的实体模式确定所述资源的数据库模式。
4.根据权利要求1所述的数据处理方法,其特征在于,通过所述操作方法信息对所述数据进行处理,包括:
根据所述资源操作请求中的请求格式,确定对所述资源操作请求的响应格式;
基于所确定的响应格式以及所述操作方法信息将与所述目标资源对应的各种数据进行整合;
将整合后的数据返回至所述客户端。
5.根据权利要求1所述的数据处理方法,其特征在于,所述API信息中还包括API版本信息,基于所述统一资源标识以及所述操作方法信息确定所述目标资源的API模式,包括:
对所述资源操作请求进行解析,获取所述目标资源的所述统一资源标识、所述操作方法信息以及所述API版本信息;
基于所述统一资源标识、所述操作方法信息以及所述API版本信息确定所述目标资源的API模式。
6.根据权利要求1所述的数据处理方法,其特征在于,基于所述API模式与所述目标资源的数据库模式之间的映射关系确定所述目标资源的数据库模式,包括:
对所述API模式的标识信息进行哈希运算,得到与所述标识信息对应的哈希值;
基于所述哈希值从映射关系表中查询所述API模式与所述数据库模式之间的映射关系;
基于所查询到的所述API模式与所述数据库模式之间的映射关系确定所述目标资源的数据库模式。
7.根据权利要求1至6中任一项所述的数据处理方法,其特征在于,所述数据处理方法还包括:
基于所述目标资源的API模式生成与所述目标资源对应的API文档。
8.一种数据处理装置,其特征在于,包括:
接收单元,用于接收客户端发送的对目标数据库中的目标资源的资源操作请求,所述资源操作请求中包含与所述目标资源对应的应用程序编程接口API信息,所述API信息包含所述目标资源的统一资源标识以及所述资源操作请求的操作方法信息;
API模式确定单元,用于基于所述统一资源标识以及所述操作方法信息确定所述目标资源的API模式;
数据库模式确定单元,用于基于所述API模式与所述目标资源的数据库模式之间的映射关系确定所述目标资源的数据库模式;
数据操作单元,用于基于所述数据库模式确定所述目标数据库中与所述目标资源对应的数据,通过所述操作方法信息对所述数据进行处理。
9.根据权利要求8所述的数据处理装置,其特征在于,所述数据处理装置还包括:
模式确定单元,基于目标数据库中的资源的API模式以及所述资源的属性信息确定所述资源的数据库模式;
映射关系建立单元,用于建立所述资源的API模式与所述资源的数据库模式之间的映射关系。
10.根据权利要求9所述的数据处理装置,其特征在于,所述模式确定单元被配置为:
基于所述目标数据库中的资源的API模式以及所述资源的属性信息确定所述资源的实体模式;
基于所述资源的实体模式确定所述资源的数据库模式。
11.根据权利要求8所述的数据处理装置,其特征在于,数据操作单元包括:
响应格式确定单元,用于根据所述资源操作请求中的请求格式,确定对所述资源操作请求的响应格式;
整合单元,用于基于所确定的响应格式以及所述操作方法信息将与所述目标资源对应的各种数据进行整合;
返回单元,用于将整合后的数据返回至所述客户端。
12.根据权利要求8所述的数据处理装置,其特征在于,所述API信息中还包括API版本信息,所述API模式确定单元包括:
信息获取单元,用于对所述资源操作请求进行解析,获取所述目标资源的所述统一资源标识、所述操作方法信息以及所述API版本信息;
目标模式确定单元,用于基于所述统一资源标识、所述操作方法信息以及所述API版本信息确定所述目标资源的API模式。
13.根据权利要求8所述的数据处理装置,其特征在于,所述数据库模式确定单元包括:
哈希处理单元,用于对所述API模式的标识信息进行哈希运算,得到与所述标识信息对应的哈希值;
查询单元,用于基于所述哈希值从映射关系表中查询所述API模式与所述数据库模式之间的映射关系;
模式确定单元,用于基于所查询到的所述API模式与所述数据库模式之间的映射关系确定所述目标资源的数据库模式。
14.根据权利要求8至13中任一项所述的数据处理装置,其特征在于,所述数据处理装置还包括:
文档生成单元,用于基于所述目标资源的API模式生成与所述目标资源对应的API文档。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910113802.6A CN109885780A (zh) | 2019-02-14 | 2019-02-14 | 数据处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910113802.6A CN109885780A (zh) | 2019-02-14 | 2019-02-14 | 数据处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109885780A true CN109885780A (zh) | 2019-06-14 |
Family
ID=66928048
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910113802.6A Pending CN109885780A (zh) | 2019-02-14 | 2019-02-14 | 数据处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109885780A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110543325A (zh) * | 2019-08-15 | 2019-12-06 | 中国银行股份有限公司 | 数据处理方法及装置 |
CN110955712A (zh) * | 2019-11-26 | 2020-04-03 | 北京天元创新科技有限公司 | 基于多数据源的开发api处理方法及装置 |
CN112115303A (zh) * | 2020-09-02 | 2020-12-22 | 北京达佳互联信息技术有限公司 | 数据处理方法及装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20020061888A (ko) * | 2001-01-18 | 2002-07-25 | 박철만 | 엑스엠엘 응용프로그램의 개발방법 |
CN101004683A (zh) * | 2007-01-31 | 2007-07-25 | 华为技术有限公司 | 数据库访问方法和装置 |
CN102281302A (zh) * | 2011-08-24 | 2011-12-14 | 中国联合网络通信集团有限公司 | 资源访问处理方法及系统 |
CN103761102A (zh) * | 2014-01-26 | 2014-04-30 | 中国联合网络通信集团有限公司 | 一种统一数据服务平台及其实现方法 |
CN104573022A (zh) * | 2015-01-12 | 2015-04-29 | 浪潮软件股份有限公司 | 一种HBase的数据查询方法及装置 |
CN108701182A (zh) * | 2016-08-31 | 2018-10-23 | 甲骨文国际公司 | 多租户身份云服务的数据管理 |
-
2019
- 2019-02-14 CN CN201910113802.6A patent/CN109885780A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20020061888A (ko) * | 2001-01-18 | 2002-07-25 | 박철만 | 엑스엠엘 응용프로그램의 개발방법 |
CN101004683A (zh) * | 2007-01-31 | 2007-07-25 | 华为技术有限公司 | 数据库访问方法和装置 |
CN102281302A (zh) * | 2011-08-24 | 2011-12-14 | 中国联合网络通信集团有限公司 | 资源访问处理方法及系统 |
CN103761102A (zh) * | 2014-01-26 | 2014-04-30 | 中国联合网络通信集团有限公司 | 一种统一数据服务平台及其实现方法 |
CN104573022A (zh) * | 2015-01-12 | 2015-04-29 | 浪潮软件股份有限公司 | 一种HBase的数据查询方法及装置 |
CN108701182A (zh) * | 2016-08-31 | 2018-10-23 | 甲骨文国际公司 | 多租户身份云服务的数据管理 |
Non-Patent Citations (1)
Title |
---|
IGNACIO COTERILLO: "A neverending database migration", 《HTTPS://INDICO.CERN.CH/EVENT/664210/CONTRIBUTIONS/2713513》 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110543325A (zh) * | 2019-08-15 | 2019-12-06 | 中国银行股份有限公司 | 数据处理方法及装置 |
CN110955712A (zh) * | 2019-11-26 | 2020-04-03 | 北京天元创新科技有限公司 | 基于多数据源的开发api处理方法及装置 |
CN112115303A (zh) * | 2020-09-02 | 2020-12-22 | 北京达佳互联信息技术有限公司 | 数据处理方法及装置 |
CN112115303B (zh) * | 2020-09-02 | 2023-10-03 | 北京达佳互联信息技术有限公司 | 数据处理方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106233279B (zh) | 基于数字杂志中包括的内容向数字杂志服务器用户推荐内容 | |
US9299041B2 (en) | Obtaining data from unstructured data for a structured data collection | |
US9218568B2 (en) | Disambiguating data using contextual and historical information | |
CN106796682B (zh) | 填充用户联系人条目 | |
CN109863527A (zh) | 用于展现的本地内容的服务器侧渲染的方法和系统 | |
US20200117756A1 (en) | Rest application programming interface paradigms for big data analytics | |
US20140330821A1 (en) | Recommending context based actions for data visualizations | |
US10372769B2 (en) | Displaying results, in an analytics visualization dashboard, of federated searches across repositories using as inputs attributes of the analytics visualization dashboard | |
US20170011012A1 (en) | Automatic verification of graphic rendition of json data | |
US20160196360A1 (en) | System and method for searching structured and unstructured data | |
CN109885780A (zh) | 数据处理方法及装置 | |
US10043138B2 (en) | Metadata representation and storage | |
US20190095444A1 (en) | Voice driven analytics | |
CA2747783C (en) | Extensibility for web based diagram visualization | |
US10489024B2 (en) | UI rendering based on adaptive label text infrastructure | |
US20180357285A1 (en) | Method and system for determining unique events from a stream of events | |
US20150012533A1 (en) | Method and client device for accessing webpage | |
GB2581634A (en) | Providing reporting and analysis for campaign-driven messages and websites | |
CN106464723B (zh) | 用于本机应用内容验证的方法和系统 | |
US11204925B2 (en) | Enabling data source extensions | |
US20220156245A1 (en) | System and method for managing custom fields | |
US20160321259A1 (en) | Network insights | |
US20170061552A1 (en) | System and method for prediction of email addresses of certain individuals and verification thereof | |
CN112470216A (zh) | 语音应用平台 | |
US20130232172A1 (en) | Methods and systems for matching expressions |
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 | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20190614 |