CN116561208A - 一种统一OpenAPI查询接口的方法、装置和设备 - Google Patents
一种统一OpenAPI查询接口的方法、装置和设备 Download PDFInfo
- Publication number
- CN116561208A CN116561208A CN202310525222.4A CN202310525222A CN116561208A CN 116561208 A CN116561208 A CN 116561208A CN 202310525222 A CN202310525222 A CN 202310525222A CN 116561208 A CN116561208 A CN 116561208A
- Authority
- CN
- China
- Prior art keywords
- data
- query
- openapi
- user request
- orm
- 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 58
- 238000004458 analytical method Methods 0.000 claims abstract description 39
- 238000001914 filtration Methods 0.000 claims description 23
- 230000015654 memory Effects 0.000 claims description 9
- 238000010586 diagram Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 238000007726 management method Methods 0.000 description 4
- 238000013507 mapping Methods 0.000 description 4
- 238000012545 processing Methods 0.000 description 3
- 238000003491 array Methods 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000005012 migration Effects 0.000 description 1
- 238000013508 migration Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical 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/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/24—Querying
- G06F16/242—Query formulation
- G06F16/2433—Query languages
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Mathematical Physics (AREA)
- Computational Linguistics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明涉及一种统一OpenAPI查询接口的方法、装置和设备,属于互联网技术领域。本发明通过调用OpenAPI查询接口,获取用户请求参数;通过类ORM方法,解析用户请求参数,生成对应的解析结果;其中,解析结果包括SQL查询语句和数据返回结构定义;根据解析结果,得到对应的格式化数据;将格式化数据返回给用户。通过对所有业务数据请求提供一个统一的OpenAPI查询接口,对于新业务无须再新建查询接口,从而解决CMDB数据查询接口繁多且不统一的问题。
Description
技术领域
本发明属于互联网技术领域,具体涉及一种统一OpenAPI查询接口的方法、装置和设备。
背景技术
随着大量有线网络、无线网络、虚拟化网络的大范围建设,云、虚拟化带来的IT基础资源规模爆发式的增长,且呈现出敏捷迁移、动态变化的现象。CMDB(ConfigurationManagement Database,资源配置管理数据库),是组织IT基础结构中配置项CI及其关系的数据库,主要是用于改进操作决策的决策引擎。其中,配置项CI是任何需要管理以确保成功交付服务的项目。当填充正确的配置项CI信息时,CMDB让使用者能够快速评估更改或中断对使用者的服务和基础结构的影响。
目前,针对基于Python、Django、Mysql开发部署的CMDB中每个配置项CI的实例,均需要开发一个接口,用于该配置项CI的数据查询,每个接口都需要定义自己的数据返回结构,因此,存在着CMDB数据查询接口繁多且不统一的问题。
发明内容
为此,本发明提供一种统一OpenAPI查询接口的方法、装置和设备,有助于帮助解决现有技术中存在着的CMDB数据查询接口繁多且不统一的问题。
为实现以上目的,本发明采用如下技术方案:
第一方面,本发明提供一种统一OpenAPI查询接口的方法,包括:
调用OpenAPI查询接口,获取用户请求参数;其中,所述用户请求参数包括模型名称、过滤条件和数据返回类型;所述模型名称代表着不同的查询数据;
通过类ORM方法,解析所述用户请求参数,生成对应的解析结果;其中,所述解析结果包括SQL查询语句和数据返回结构定义;
根据所述解析结果,得到对应的格式化数据;
将所述格式化数据返回给用户。
进一步地,所述OpenAPI查询接口为基于Python创建开发的Http接口。
进一步地,所述用户请求参数为用户访问所述OpenAPI查询接口时发送的参数。
进一步地,所述通过类ORM方法,解析所述用户请求参数,生成对应的解析结果,包括:
通过类ORM方法对所述模型名称和所述过滤条件进行解析,生成对应的SQL查询语句;
通过类ORM方法对所述数据返回类型进行解析,生成对应的数据返回结构定义。
进一步地,所述根据所述解析结果,得到对应的格式化数据,包括:
通过执行所述SQL查询语句,得到对应的原始数据;
根据所述数据返回结构定义,对所述原始数据进行格式化处理,得到对应的格式化数据。
第二方面,本发明提供一种统一OpenAPI查询接口的装置,包括:
请求参数获取模块,用于调用OpenAPI查询接口,获取用户请求参数;其中,所述用户请求参数包括模型名称、过滤条件和数据返回类型;所述模型名称代表着不同的查询数据;
解析结果生成模块,用于通过类ORM方法,解析所述用户请求参数,生成对应的解析结果;其中,所述解析结果包括SQL查询语句和数据返回结构定义;
格式化数据生成模块,用于根据所述解析结果,得到对应的格式化数据;
格式化数据返回模块,用于将所述格式化数据返回给用户。
进一步地,所述解析结果生成模块具体用于:
通过类ORM方法对所述模型名称和所述过滤条件进行解析,生成对应的SQL查询语句;
通过类ORM方法对所述数据返回类型进行解析,生成对应的数据返回结构定义。
进一步地,所述格式化数据生成模块具体用于:
通过执行所述SQL查询语句,得到对应的原始数据;
根据所述数据返回结构定义,对所述原始数据进行格式化处理,得到对应的格式化数据。
第三方面,本发明提供一种统一OpenAPI查询接口的设备,包括:
一个或者多个存储器,其上存储有可执行程序;
一个或者多个处理器,用于执行所述存储器中的所述可执行程序,以实现上述任一项所述方法的步骤。
本发明采用以上技术方案,至少具备以下有益效果:
本发明通过调用OpenAPI查询接口,获取用户请求参数;其中,所述用户请求参数包括模型名称、过滤条件和数据返回类型;所述模型名称代表着不同的查询数据;通过类ORM方法,解析用户请求参数,生成对应的解析结果;其中,解析结果包括SQL查询语句和数据返回结构定义;根据解析结果,得到对应的格式化数据;将格式化数据返回给用户。通过对所有业务数据请求提供一个统一的OpenAPI查询接口,对于新业务无须再新建查询接口,从而解决CMDB数据查询接口繁多且不统一的问题。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本发明。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例示出的一种统一OpenAPI查询接口的方法的流程图;
图2是本发明实施例示出的一种统一OpenAPI查询接口的装置的框图示意图;
图3是本发明实施例示出的一种统一OpenAPI查询接口的设备的框图示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将对本发明的技术方案进行详细的描述。显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式,都属于本发明所保护的范围。
请参阅图1,图1是本发明实施例示出的一种统一OpenAPI查询接口的方法的流程图,如图1所示,该方法包括如下步骤:
步骤S11、调用OpenAPI查询接口,获取用户请求参数;其中,所述用户请求参数包括模型名称、过滤条件和数据返回类型;所述模型名称代表着不同的查询数据;
步骤S12、通过类ORM方法,解析所述用户请求参数,生成对应的解析结果;其中,所述解析结果包括SQL查询语句和数据返回结构定义;
步骤S13、根据所述解析结果,得到对应的格式化数据;
步骤S14、将所述格式化数据返回给用户。
需要说明的是,在本实施例中,执行主体为终端设备、服务器等电子设备。
需要说明的是,本实例中,用户通过统一的OpenAPI查询接口对CMDB的访问,实现对不同业务数据的统一查询。CMDB(Configuration Management Database,资源配置管理数据库),是组织IT基础结构中配置项CI及其关系的数据库,主要是用于改进操作决策的决策引擎。其中,配置项CI是任何需要管理以确保成功交付服务的项目。当填充正确的配置项CI信息时,CMDB让使用者能够快速评估更改或中断对使用者的服务和基础结构的影响。目前,针对基于Python、Django、Mysql开发部署的CMDB中每个配置项CI的实例,均需要开发一个接口,用于该配置项CI的数据查询,每个接口都需要定义自己的数据返回结构,因此,存在着CMDB数据查询接口繁多且不统一的问题。
需要说明的是,步骤S11中,用户在调用OpenAPI查询接口进行不同业务数据的查询时,需要带上用户请求参数。此时,用户请求参数包括模型名称、过滤条件和数据返回类型等。其中,模型名称是必传项,不同的模型名称表示着对不同业务数据进行的查询,表示查询不同模型的数据,也可以理解为查询产品表。除了模型名称以外,还包括过滤条件。例如,model=product表示查询数据的模型名称为product,search=apple表示对apple进行全字段模糊查询,username_in=[“Mary”,“Tom”]表示对usrname字段等于mary或tom的进行查询等请求参数。这里,model就表示模型名称这个传参,search=apple、username_in=[“Mary”,“Tom”]就是过滤条件。其中,数据返回类型也是用户请求参数中的一项,表示着查询数据的数据返回结构定义。可以指定数据返回类型是字典类型{}还是列表类型[],或者也可以指定内容的某个关联数据字段是字典类型{}或是列表类型[]。例如,参数extra_type的值有三种类型,即extra_type=default、extra_type=expand、extra_type=only。默认情况为default,当数据返回类型为expand和only时,会调整数据返回结构。如,参数single_list__creator=username,表示creator字段返回简单列表,列表内容为username,如不传参表示字典返回。
需要说明的是,步骤S12中,通过类ORM方法,解析用户请求参数,生成对应的解析结果,可以理解为解析用户请求参数来进行逻辑匹配。首先,匹配模型名称,即model这个传参,代表查询哪个业务模型的数据。再次,对过滤条件进行解析,比如,search=apple、username_in=[“Mary”,“Tom”]等;最后,还可以进行关联数据解析,因为表和表之间可能存在着关联关系。也就是,通过解析模型名称和过滤条件参数,整合成对应的SQL查询语句;通过解析数据返回类型参数,得到对应的数据返回结构定义。
上述所说的类ORM方法,就是通过实例对象的语法,完成关系型数据库的操作的技术,ORM是“对象-关系映射”(Object/Relational Mapping)的缩写。
其中,这里的过滤条件比较丰富,本实例中仅进行了简单的列举,在本实例中,对过滤条件不做具体的限定。
需要说明的是,步骤S13中,根据解析结果,得到对应的格式化数据。也就是,通过执行上述整合成的SQL查询语句,得到对应的原始数据;根据上述得到的数据返回结构定义,对原始数据进行格式化处理,得到对应的格式化数据。最后将得到的格式化数据返回给用户,完成对业务数据的查询。
可以理解的是,本实施例通过调用OpenAPI查询接口,获取用户请求参数;其中,所述用户请求参数包括模型名称、过滤条件和数据返回类型;所述模型名称代表着不同的查询数据;通过类ORM方法,解析用户请求参数,生成对应的解析结果;其中,解析结果包括SQL查询语句和数据返回结构定义;根据解析结果,得到对应的格式化数据;将格式化数据返回给用户。通过对所有业务数据请求提供一个统一的OpenAPI查询接口,对于新业务无须再新建查询接口,从而解决CMDB数据查询接口繁多且不统一的问题。
进一步地,所述OpenAPI查询接口为基于Python创建开发的Http接口。
需要说明的是,接口是外部系统与系统之间以及内部各子系统之间的交互点。本实施例中,通过Python来创建开发的OpenAPI查询接口。
进一步地,所述用户请求参数为用户访问所述OpenAPI查询接口时发送的参数。
需要说明的是,用户通过访问OpenAPI查询接口,来进行不同业务数据的查询时,需要带上用户请求参数。此时,用户请求参数包括模型名称、过滤条件和数据返回类型等。通过用户请求参数中不同的模型名称来区分对不同业务数据的查询。
进一步地,所述通过类ORM方法,解析所述用户请求参数,生成对应的解析结果,包括:
通过类ORM方法对所述模型名称和所述过滤条件进行解析,生成对应的SQL查询语句;
通过类ORM方法对所述数据返回类型进行解析,生成对应的数据返回结构定义。
需要说明的是,类ORM方法,就是通过实例对象的语法,完成关系型数据库的操作的技术,ORM是“对象-关系映射”(Object/Relational Mapping)的缩写。
需要说明的是,通过类ORM方法,对模型名称、过滤条件和数据返回类型等用户请求参数进行解析,生成对应的解析结果,可以理解为解析用户请求参数来进行逻辑匹配。首先,匹配模型名称,即model这个传参,代表查询哪个业务模型的数据。再次,对过滤条件进行解析,比如,search=apple、username_in=[“Mary”,“Tom”]等;最后,还可以进行关联数据解析,因为表和表之间可能存在着关联关系。也就是,通过解析模型名称和过滤条件参数,生成对应的SQL查询语句;通过解析数据返回类型参数,得到对应的数据返回结构定义。
进一步地,所述根据所述解析结果,得到对应的格式化数据,包括:
通过执行所述SQL查询语句,得到对应的原始数据;
根据所述数据返回结构定义,对所述原始数据进行格式化处理,得到对应的格式化数据。
需要说明的是,通过执行上述生成的SQL查询语句,可以得到对应的原始数据;根据上述得到的数据返回结构定义,对原始数据进行格式化处理,得到对应的格式化数据,也就是用户所需要的数据。
需要说明的是,用户对CMDB多模型的数据查询,可以使用同一个OpenAPI查询接口。如果用户新建一个模型app并增加模型字段,在写入数据后,可直接使用该OpenAPI查询接口,只需要传参model=app,再加上相关过滤条件等参数就可以进行查询,不用额外为app建立一个查询接口,节约成本,对于新业务无须再新建查询接口,从而解决CMDB数据查询接口繁多且不统一的问题。
请参阅图2,图2是本发明实施例示出的一种统一OpenAPI查询接口的装置的框图示意图,该统一OpenAPI查询接口的装置2包括:
请求参数获取模块21,用于调用OpenAPI查询接口,获取用户请求参数;其中,所述用户请求参数包括模型名称、过滤条件和数据返回类型;所述模型名称代表着不同的查询数据;
解析结果生成模块22,用于通过类ORM方法,解析所述用户请求参数,生成对应的解析结果;其中,所述解析结果包括SQL查询语句和数据返回结构定义;
格式化数据生成模块23,用于根据所述解析结果,得到对应的格式化数据;
格式化数据返回模块24,用于将所述格式化数据返回给用户。
进一步地,所述解析结果生成模块22具体用于:
通过类ORM方法对所述模型名称和所述过滤条件进行解析,生成对应的SQL查询语句;
通过类ORM方法对所述数据返回类型进行解析,生成对应的数据返回结构定义。
进一步地,所述格式化数据生成模块23具体用于:
通过执行所述SQL查询语句,得到对应的原始数据;
根据所述数据返回结构定义,对所述原始数据进行格式化处理,得到对应的格式化数据。
关于上述实施例中的一种统一OpenAPI查询接口的装置2,其各个模块执行操作的具体方式已经在上述相关方法的实施例中进行了详细描述,此处将不做详细阐述说明。
请参阅图3,图3是本发明实施例示出的一种统一OpenAPI查询接口的设备的框图示意图,该统一OpenAPI查询接口的设备3,包括:
一个或者多个存储器31,其上存储有可执行程序;
一个或者多个处理器32,用于执行所述存储器31中的所述可执行程序,以实现上述任一项所述方法的步骤。
关于上述实施例中的一种统一OpenAPI查询接口的设备3,其处理器32执行存储器31中程序的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
可以理解的是,上述各实施例中相同或相似部分可以相互参考,在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。
需要说明的是,在本发明的描述中,术语“第一”、“第二”等仅用于描述目的,而不能理解为指示或暗示相对重要性。此外,在本发明的描述中,除非另有说明,“多个”、“多”的含义是指至少两个。
应该理解,当元件被称为“固定于”或“设置于”另一个元件,它可以直接在另一个元件上或者可能同时存在居中元件;当一个元件被称为“连接”另一个元件,它可以是直接连接到另一个元件或者可能同时存在居中元件,此外,这里使用的“连接”可以包括无线连接;使用的措辞“和/或”包括一个或更多个相关联的列出项的任一单元和全部组合。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为:表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本发明的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本发明的实施例所属技术领域的技术人员所理解。
应当理解,本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本发明各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一定指的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
尽管上面已经示出和描述了本发明的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本发明的限制,本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。
Claims (9)
1.一种统一OpenAPI查询接口的方法,其特征在于,包括:
调用OpenAPI查询接口,获取用户请求参数;其中,所述用户请求参数包括模型名称、过滤条件和数据返回类型;所述模型名称代表着不同的查询数据;
通过类ORM方法,解析所述用户请求参数,生成对应的解析结果;其中,所述解析结果包括SQL查询语句和数据返回结构定义;
根据所述解析结果,得到对应的格式化数据;
将所述格式化数据返回给用户。
2.根据权利要求1所述的方法,其特征在于,所述OpenAPI查询接口为基于Python创建开发的Http接口。
3.根据权利要求1所述的方法,其特征在于,所述用户请求参数为用户访问所述OpenAPI查询接口时发送的参数。
4.根据权利要求3所述的方法,其特征在于,所述通过类ORM方法,解析所述用户请求参数,生成对应的解析结果,包括:
通过类ORM方法对所述模型名称和所述过滤条件进行解析,生成对应的SQL查询语句;
通过类ORM方法对所述数据返回类型进行解析,生成对应的数据返回结构定义。
5.根据权利要求4所述的方法,其特征在于,所述根据所述解析结果,得到对应的格式化数据,包括:
通过执行所述SQL查询语句,得到对应的原始数据;
根据所述数据返回结构定义,对所述原始数据进行格式化处理,得到对应的格式化数据。
6.一种统一OpenAPI查询接口的装置,其特征在于,包括:
请求参数获取模块,用于调用OpenAPI查询接口,获取用户请求参数;其中,所述用户请求参数包括模型名称、过滤条件和数据返回类型;所述模型名称代表着不同的查询数据;
解析结果生成模块,用于通过类ORM方法,解析所述用户请求参数,生成对应的解析结果;其中,所述解析结果包括SQL查询语句和数据返回结构定义;
格式化数据生成模块,用于根据所述解析结果,得到对应的格式化数据;
格式化数据返回模块,用于将所述格式化数据返回给用户。
7.根据权利要求6所述的装置,其特征在于,所述解析结果生成模块具体用于:
通过类ORM方法对所述模型名称和所述过滤条件进行解析,生成对应的SQL查询语句;
通过类ORM方法对所述数据返回类型进行解析,生成对应的数据返回结构定义。
8.根据权利要求6所述的装置,其特征在于,所述格式化数据生成模块具体用于:
通过执行所述SQL查询语句,得到对应的原始数据;
根据所述数据返回结构定义,对所述原始数据进行格式化处理,得到对应的格式化数据。
9.一种统一OpenAPI查询接口的设备,其特征在于,包括:
一个或者多个存储器,其上存储有可执行程序;
一个或者多个处理器,用于执行所述存储器中的所述可执行程序,以实现权利要求1-5任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310525222.4A CN116561208A (zh) | 2023-05-10 | 2023-05-10 | 一种统一OpenAPI查询接口的方法、装置和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310525222.4A CN116561208A (zh) | 2023-05-10 | 2023-05-10 | 一种统一OpenAPI查询接口的方法、装置和设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116561208A true CN116561208A (zh) | 2023-08-08 |
Family
ID=87487432
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310525222.4A Pending CN116561208A (zh) | 2023-05-10 | 2023-05-10 | 一种统一OpenAPI查询接口的方法、装置和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116561208A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117033748A (zh) * | 2023-10-08 | 2023-11-10 | 恒生电子股份有限公司 | 业务查询信息的获取方法、业务数据查询方法以及装置 |
-
2023
- 2023-05-10 CN CN202310525222.4A patent/CN116561208A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117033748A (zh) * | 2023-10-08 | 2023-11-10 | 恒生电子股份有限公司 | 业务查询信息的获取方法、业务数据查询方法以及装置 |
CN117033748B (zh) * | 2023-10-08 | 2024-02-06 | 恒生电子股份有限公司 | 业务查询信息的获取方法、业务数据查询方法以及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20170103226A1 (en) | Database public interface | |
US11615076B2 (en) | Monolith database to distributed database transformation | |
US9251222B2 (en) | Abstracted dynamic report definition generation for use within information technology infrastructure | |
US8417690B2 (en) | Automatically avoiding unconstrained cartesian product joins | |
CN110196888A (zh) | 基于Hadoop的数据更新方法、装置、系统及介质 | |
CN110990420A (zh) | 数据查询方法、装置 | |
US20200250587A1 (en) | Framework for multi-tenant data science experiments at-scale | |
CN108959496A (zh) | 基于动态代理的跨数据库访问方法及抽象数据访问方法 | |
US9706005B2 (en) | Providing automatable units for infrastructure support | |
CN111125064B (zh) | 一种生成数据库模式定义语句的方法和装置 | |
CN111026568A (zh) | 数据和任务关系构建方法、装置、计算机设备及存储介质 | |
CN116561208A (zh) | 一种统一OpenAPI查询接口的方法、装置和设备 | |
CN113448985A (zh) | 一种api接口生成方法、调用方法、装置及电子设备 | |
CN116578585B (zh) | 数据查询方法、装置、电子设备及存储介质 | |
US11615061B1 (en) | Evaluating workload for database migration recommendations | |
US11704327B2 (en) | Querying distributed databases | |
CN110659063A (zh) | 软件项目重构方法、装置、计算机装置及存储介质 | |
WO2023164294A1 (en) | Query splitter for an inverted index datastore | |
CN116737693A (zh) | 数据迁移方法及装置、电子设备和计算机可读存储介质 | |
CN113961569B (zh) | 一种医疗数据etl任务同步方法和装置 | |
WO2022220982A1 (en) | Database query execution on multiple databases | |
CN112363774A (zh) | Storm实时任务的配置方法及装置 | |
CN117194463A (zh) | 一种查询报表数据的方法和装置 | |
US11847134B2 (en) | Computerized system for programmatic mapping of record lineage based on data flow through data storage components | |
CN118410032B (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 |