CN111078764A - 数据处理方法、装置、计算机可读存储介质及电子设备 - Google Patents
数据处理方法、装置、计算机可读存储介质及电子设备 Download PDFInfo
- Publication number
- CN111078764A CN111078764A CN201911051471.4A CN201911051471A CN111078764A CN 111078764 A CN111078764 A CN 111078764A CN 201911051471 A CN201911051471 A CN 201911051471A CN 111078764 A CN111078764 A CN 111078764A
- Authority
- CN
- China
- Prior art keywords
- data
- interface
- processing
- information sets
- type
- 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.)
- Granted
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 20
- 238000012545 processing Methods 0.000 claims abstract description 240
- 238000006243 chemical reaction Methods 0.000 claims abstract description 60
- 238000000034 method Methods 0.000 claims abstract description 41
- 230000008569 process Effects 0.000 claims description 14
- 238000012795 verification Methods 0.000 claims description 12
- 238000004590 computer program Methods 0.000 claims description 9
- 230000002159 abnormal effect Effects 0.000 claims description 8
- 210000004899 c-terminal region Anatomy 0.000 abstract description 7
- 238000010586 diagram Methods 0.000 description 9
- 238000004891 communication Methods 0.000 description 3
- 230000001360 synchronised effect Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 1
- 238000007792 addition Methods 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000000354 decomposition reaction Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000008140 language development Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000006798 recombination Effects 0.000 description 1
- 238000005215 recombination Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000012546 transfer 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/25—Integrating or interfacing systems involving database management systems
- G06F16/258—Data format conversion from or to a database
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本公开的实施例提供了一种数据处理方法、装置、计算机可读存储介质及电子设备。该方法包括:获取第一处理数据和第二处理数据;其中,第一处理数据是第一服务器的第一接口的第一接口数据进行预设格式转换处理后得到的,第二处理数据是第二服务器的第二接口的第二接口数据进行预设格式转换处理后得到的;第一服务器和第二服务器的服务对象类型不同,第一接口和第二接口的接口名称相同;根据第一处理数据和第二处理数据,校验第一接口数据和第二接口数据的一致性,并根据校验结果,执行相应的处理操作。本公开的实施例能够较好地解决现有技术中B端和C端返回的数据不一致的问题,从而保证对客户的服务质量。
Description
技术领域
本公开涉及数据处理技术领域,尤其涉及一种数据处理方法、装置、计算机可读存储介质及电子设备。
背景技术
目前,一些企业可以面向多种类型的服务对象提供服务,例如可以同时给B(即Business)端用户和C(即Consumer或Client)端用户提供服务。一旦B端和C端的数据不同步,会使用户在访问B端和C端的数据时,发现B端和C端同一接口名称的接口返回的数据不一致,这样会影响到对客户的服务质量。
发明内容
为了解决上述技术问题,提出了本公开。本公开的实施例提供了一种数据处理方法、装置、计算机可读存储介质设备及电子设备。
根据本公开实施例的一个方面,提供了一种数据处理方法,包括:
获取第一处理数据和第二处理数据;其中,所述第一处理数据是第一服务器的第一接口的第一接口数据进行预设格式转换处理后得到的,所述第二处理数据是第二服务器的第二接口的第二接口数据进行预设格式转换处理后得到的;所述第一服务器和所述第二服务器的服务对象类型不同,所述第一接口和所述第二接口的接口名称相同;
根据所述第一处理数据和所述第二处理数据,校验所述第一接口数据和所述第二接口数据的一致性,并根据校验结果,执行相应的处理操作。
在一个可选示例中,针对所述第一接口数据中的任一字段内容,所述第一处理数据中包括所述任一字段内容进行预设格式转换处理后得到的信息集,所得到的信息集中包括:
所述任一字段内容的字段名称和所述任一字段内容的字段类型,且所述任一字段内容的字段类型符合预设类型命名规则;
或者,
所述任一字段内容的字段名称。
在一个可选示例中,所述第一处理数据中包括M个信息集,所述第二处理数据中包括N个信息集,M和N均为大于或等于1的整数;
所述根据所述第一处理数据和所述第二处理数据,校验所述第一接口数据和所述第二接口数据的一致性,包括:
确定所述M个信息集和所述N个信息集的共有信息集;
在所述M个信息集中不存在不同于所述共有信息集的信息集,且所述N个信息集中不存在不同于所述共有信息集的信息集的情况下,确定所述第一接口数据和所述第二接口数据一致;否则,确定所述第一接口数据和所述第二接口数据不一致。
在一个可选示例中,所述根据校验结果,执行相应的处理操作,包括:
在校验结果表征所述第一接口数据和所述第二接口数据不一致的情况下,从所述M个信息集中剔除所述共有信息集,以得到剩余的P个信息集,以及从所述N个信息集中剔除所述共有信息集,以得到剩余的Q个信息集;
根据所述P个信息集和所述Q个信息集,执行相应的处理操作。
在一个可选示例中,每一信息集中均包括字段名称,所述根据所述P个信息集和所述Q个信息集,执行相应的处理操作,包括:
确定第一类数据和第二类数据;其中,所述第一类数据为存在于所述Q个信息集中,且不存在于所述P个信息集中的字段名称,所述第二类数据为存在于所述P个信息集中,且不存在于所述Q个信息集中的字段名称;
向所述第二处理数据中添加所述第二类数据,并控制所述第一服务器查询所述第一处理数据中不存在所述第一类数据的原因;和/或,输出携带所述第一类数据和所述第二类数据的异常提示信息。
在一个可选示例中,每一信息集中均包括字段名称和字段类型,所述根据所述P个信息集和所述Q个信息集,执行相应的处理操作,包括:
确定所述P个信息集和所述Q个信息集的共有字段名称;
将所述第二处理数据中,所述共有字段名称所在的信息集中的字段类型更新为所述第一处理数据中,所述共有字段名称所在的信息集中的字段类型。
在一个可选示例中,所述获取第一处理数据和第二处理数据之前,所述方法还包括:
分别对所述第一服务器的每个接口的接口数据进行预设格式转换处理,以得到相应处理数据,并在所述第一服务器对应的第一数据库中,存储所述第一服务器的每个接口与相应处理数据之间的对应关系;
分别对所述第二服务器的每个接口的接口数据进行预设格式转换处理,以得到相应处理数据,并在所述第二服务器对应的第二数据库中,存储所述第二服务器的每个接口与相应处理数据之间的对应关系;
所述获取第一处理数据和第二处理数据,包括:
从所述第一数据库中,获取与所述第一接口对应的处理数据作为第一处理数据,以及从所述第二数据库中,获取与所述第二接口对应的处理数据作为第二处理数据。
根据本公开实施例的另一个方面,提供了一种数据处理装置,包括:
获取模块,用于获取第一处理数据和第二处理数据;其中,所述第一处理数据是第一服务器的第一接口的第一接口数据进行预设格式转换处理后得到的,所述第二处理数据是第二服务器的第二接口的第二接口数据进行预设格式转换处理后得到的;所述第一服务器和所述第二服务器的服务对象类型不同,所述第一接口和所述第二接口的接口名称相同;
第一处理模块,用于根据所述第一处理数据和所述第二处理数据,校验所述第一接口数据和所述第二接口数据的一致性,并根据校验结果,执行相应的处理操作。
在一个可选示例中,针对所述第一接口数据中的任一字段内容,所述第一处理数据中包括所述任一字段内容进行预设格式转换处理后得到的信息集,所得到的信息集中包括:
所述任一字段内容的字段名称和所述任一字段内容的字段类型,且所述任一字段内容的字段类型符合预设类型命名规则;
或者,
所述任一字段内容的字段名称。
在一个可选示例中,所述第一处理数据中包括M个信息集,所述第二处理数据中包括N个信息集,M和N均为大于或等于1的整数;
所述第一处理模块,包括:
第一确定单元,用于确定所述M个信息集和所述N个信息集的共有信息集;
第二确定单元,用于在所述M个信息集中不存在不同于所述共有信息集的信息集,且所述N个信息集中不存在不同于所述共有信息集的信息集的情况下,确定所述第一接口数据和所述第二接口数据一致;否则,确定所述第一接口数据和所述第二接口数据不一致。
在一个可选示例中,所述第一处理模块,包括:
剔除单元,用于在校验结果表征所述第一接口数据和所述第二接口数据不一致的情况下,从所述M个信息集中剔除所述共有信息集,以得到剩余的P个信息集,以及从所述N个信息集中剔除所述共有信息集,以得到剩余的Q个信息集;
执行单元,用于根据所述P个信息集和所述Q个信息集,执行相应的处理操作。
在一个可选示例中,每一信息集中均包括字段名称,所述执行单元,包括:
第一确定子单元,用于确定第一类数据和第二类数据;其中,所述第一类数据为存在于所述Q个信息集中,且不存在于所述P个信息集中的字段名称,所述第二类数据为存在于所述P个信息集中,且不存在于所述Q个信息集中的字段名称;
第一执行子单元,用于向所述第二处理数据中添加所述第二类数据,并控制所述第一服务器查询所述第一处理数据中不存在所述第一类数据的原因;和/或,输出携带所述第一类数据和所述第二类数据的异常提示信息。
在一个可选示例中,每一信息集中均包括字段名称和字段类型,所述执行单元,包括:
第二确定子单元,用于确定所述P个信息集和所述Q个信息集的共有字段名称;
第二执行子单元,用于将所述第二处理数据中,所述共有字段名称所在的信息集中的字段类型更新为所述第一处理数据中,所述共有字段名称所在的信息集中的字段类型。
在一个可选示例中,所述装置还包括:
第二处理模块,用于在获取第一处理数据和第二处理数据之前,分别对所述第一服务器的每个接口的接口数据进行预设格式转换处理,以得到相应处理数据,并在所述第一服务器对应的第一数据库中,存储所述第一服务器的每个接口与相应处理数据之间的对应关系;
第三处理模块,用于在获取第一处理数据和第二处理数据之前,分别对所述第二服务器的每个接口的接口数据进行预设格式转换处理,以得到相应处理数据,并在所述第二服务器对应的第二数据库中,存储所述第二服务器的每个接口与相应处理数据之间的对应关系;
所述获取模块,具体用于:
从所述第一数据库中,获取与所述第一接口对应的处理数据作为第一处理数据,以及从所述第二数据库中,获取与所述第二接口对应的处理数据作为第二处理数据。
根据本公开实施例的再一个方面,提供了一种计算机可读存储介质,其特征在于,所述存储介质存储有计算机程序,所述计算机程序用于执行上述数据处理方法。
根据本公开实施例的又一个方面,提供了一种电子设备,包括:
处理器;
用于存储所述处理器可执行指令的存储器;
所述处理器,用于从所述存储器中读取所述可执行指令,并执行所述指令以实现上述数据处理方法。
基于本公开上述实施例提供的一种数据处理方法、装置、计算机可读存储介质及电子设备,通过预设格式转换处理,可以获取遵循统一的格式的第一处理数据和第二处理数据,之后,可以根据第一处理数据和第二处理数据,校验第一接口和第二接口的接口数据的一致性,并根据校验结果,执行相应的处理操作。可见,本公开的实施例能够便捷可靠地识别具有相同接口名称的接口的接口数据是否一致,并进行相应处理,这样能够较好地解决现有技术中B端和C端返回的数据不一致的问题,从而保证对客户的服务质量。
下面通过附图和实施例,对本公开的技术方案做进一步的详细描述。
附图说明
通过结合附图对本公开实施例进行更详细的描述,本公开的上述以及其他目的、特征和优势将变得更加明显。附图用来提供对本公开实施例的进一步理解,并且构成说明书的一部分,与本公开实施例一起用于解释本公开,并不构成对本公开的限制。在附图中,相同的参考标号通常代表相同部件或步骤。
图1是本公开一示例性实施例提供的数据处理方法的流程示意图。
图2是本公开一示例性实施例提供的数据处理装置的结构示意图。
图3是本公开另一示例性实施例提供的数据处理装置的结构示意图。
图4是本公开再一示例性实施例提供的数据处理装置的结构示意图。
图5是本公开又一示例性实施例提供的数据处理装置的结构示意图。
图6是本公开一示例性实施例提供的电子设备的结构图。
具体实施方式
下面,将参考附图详细地描述根据本公开的示例实施例。显然,所描述的实施例仅仅是本公开的一部分实施例,而不是本公开的全部实施例,应理解,本公开不受这里描述的示例实施例的限制。
应注意到:除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。
本领域技术人员可以理解,本公开实施例中的“第一”、“第二”等术语仅用于区别不同步骤、设备或模块等,既不代表任何特定技术含义,也不表示它们之间的必然逻辑顺序。
还应理解,在本公开实施例中,“多个”可以指两个或两个以上,“至少一个”可以指一个、两个或两个以上。
还应理解,对于本公开实施例中提及的任一部件、数据或结构,在没有明确限定或者在前后文给出相反启示的情况下,一般可以理解为一个或多个。
另外,本公开中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本公开中字符“/”,一般表示前后关联对象是一种“或”的关系。
还应理解,本公开对各个实施例的描述着重强调各个实施例之间的不同之处,其相同或相似之处可以相互参考,为了简洁,不再一一赘述。
同时,应当明白,为了便于描述,附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本公开及其应用或使用的任何限制。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论,但在适当情况下,所述技术、方法和设备应当被视为说明书的一部分。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步讨论。
本公开实施例可以应用于终端设备、计算机***、服务器等电子设备,其可与众多其它通用或专用计算***环境或配置一起操作。适于与终端设备、计算机***、服务器等电子设备一起使用的众所周知的终端设备、计算***、环境和/或配置的例子包括但不限于:个人计算机***、服务器计算机***、瘦客户机、厚客户机、手持或膝上设备、基于微处理器的***、机顶盒、可编程消费电子产品、网络个人电脑、小型计算机***、大型计算机***和包括上述任何***的分布式云计算技术环境,等等。
终端设备、计算机***、服务器等电子设备可以在由计算机***执行的计算机***可执行指令(诸如程序模块)的一般语境下描述。通常,程序模块可以包括例程、程序、目标程序、组件、逻辑、数据结构等等,它们执行特定的任务或者实现特定的抽象数据类型。计算机***/服务器可以在分布式云计算环境中实施,分布式云计算环境中,任务是由通过通信网络链接的远程处理设备执行的。在分布式云计算环境中,程序模块可以位于包括存储设备的本地或远程计算***存储介质上。
示例性方法
图1是本公开一示例性实施例提供的数据处理方法的流程示意图。图1所示的方法包括步骤101和步骤102,下面对各步骤分别进行说明。
步骤101,获取第一处理数据和第二处理数据;其中,第一处理数据是第一服务器的第一接口的第一接口数据进行预设格式转换处理后得到的,第二处理数据是第二服务器的第二接口的第二接口数据进行预设格式转换处理后得到的;第一服务器和第二服务器的服务对象类型不同,第一接口和第二接口的接口名称相同。
需要说明的是,第一服务器和第二服务器可以为属于相同企业但给不同类型服务对象提供服务的服务器,例如,第一服务器和第二服务器中的一者的服务对象类型可以为消费者、个人用户或终端用户等,第一服务器和第二服务器中的另一者的服务对象类型可以为商家、职场人士等。为了便于理解,本公开的实施例中均以第一服务器的服务对象类型为消费者、个人用户或终端用户等,第二服务器的服务对象类型为商家、职场人士等的情况为例进行说明,这时,第一服务器可以认为是服务于C端的服务器,第二服务器可以认为是服务于B端的服务器。
这里,第一服务器和第二服务器可以均具有多个接口,第一服务器的多个接口与第二服务器的多个接口可以一一对应,相对应的两个接口可以具有相同的接口名称。
这里,第一服务器的第一接口可以为第一服务器具有的多个接口中的任意接口,第一接口中的“第一”并不构成对第一接口的任何限定。第一服务器的第一接口的第一接口数据可以认为是:在第一接口被调用的情况下,第一接口需要向外输出的数据,第一接口数据可以认为是C端的数据;类似地,第二服务器的第二接口的第二接口数据可以认为是:在第二接口被调用的情况下,第二接口需要向外输出的数据,第二接口数据可以认为是B端的数据。
理论情况下,具有相同接口名称的两个接口的接口数据是相同的(即具有一致性),但是实际情况下,由于各种原因,具有相同接口名称的两个接口的接口数据有可能是不同的(即不具有一致性)。那么,第一接口数据和第二接口数据有可能具有一致性,也可能不具有一致性。
需要说明的是,第一接口数据中往往可以包括多个字段内容,可以分别对每个字段内容进行预设格式转换处理,以得到包括多个转换处理结果的第一处理数据;类似地,第二接口数据中也可以包括多个字段内容,可以分别对每个字段内容进行预设格式转换处理,以得到包括多个转换处理结果的第二处理数据。由于第一处理数据和第二处理数据均通过预设格式转换处理得到,第一处理数据和第二处理数据可以遵循统一的格式。
步骤102,根据第一处理数据和第二处理数据,校验第一接口数据和第二接口数据的一致性,并根据校验结果,执行相应的处理操作。
由于第一处理数据和第二处理数据遵循统一的格式,在步骤102中,可以便捷地进行第一处理数据和第二处理数据的比对,以根据比对结果,校验第一接口数据和第二接口数据的一致性,从而得到校验结果。
在校验结果表征第一接口数据和第二接口数据具有一致性的情况下,可以输出提示信息,以告知工作人员第一接口和第二接口的接口数据是同步的。
在校验结果表征第一接口数据和第二接口数据不具有一致性的情况下,可以自动采取一些应对措施,例如可以输出提示信息,以告知工作人员第一接口和第二接口的接口数据不同步,以便工作人员及时针对该情况进行处理,从而保证第一接口和第二接口的接口数据的同步。
本公开的实施例中,通过预设格式转换处理,可以获取遵循统一的格式的第一处理数据和第二处理数据,之后,可以根据第一处理数据和第二处理数据,校验第一接口和第二接口的接口数据的一致性,并根据校验结果,执行相应的处理操作。可见,本公开的实施例能够便捷可靠地识别具有相同接口名称的接口的接口数据是否一致,并进行相应处理,这样能够较好地解决现有技术中B端和C端返回的数据不一致的问题,从而保证对客户的服务质量。
在一个可选示例中,针对第一接口数据中的任一字段内容,第一处理数据中包括任一字段内容进行预设格式转换处理后得到的信息集,所得到的信息集中包括:
任一字段内容的字段名称和任一字段内容的字段类型,且任一字段内容的字段类型符合预设类型命名规则;
或者,
任一字段内容的字段名称。
这里,对第一接口数据中的任一字段内容进行预设格式转换处理的处理过程可以用到java;其中,Java是一门面向对象编程语言。具体地,java中提供了一个java工具,即java语言开发工具包(Java Development Toolkit,JDK),JDK中包括java.util.*,利用java.util.*,即可通过对任一字段内容的预设格式转换处理,得到相应的信息集,所得到的信息集中可以同时包括该任一字段内容的字段名称和字段类型,或者,所得到的信息集中可以仅包括该任一字段内容的字段名称。
这里,任一字段类型符合预设类型命名规则可以理解为:该任一字段类型选自于标准字段类型集中,标准字段类型集中可以包括:string、long、novalue等。
假设第一接口数据中包括下述内容:
"name":"李彦宏"
"logo":"https://imgh.tianyancha.com/logo/human/2c89a37665fe7374a23694bad46330ba_d200x200.png"
"id":1984012283
"type":2
容易看出,第一接口数据中可以包括四个字段内容,分别为:"李彦宏"、"https://imgh.tianyancha.com/logo/human/2c89a37665fe7374a23694bad46330ba_d200x200.png"、1984012283和2,那么,可以利用java.util.*,分别对这四个字段内容进行预设格式转换处理,以得到对应的四个信息集(假设得到的四个信息集分别为信息集1、信息集2、信息集3和信息集4)。
具体地,"李彦宏"进行预设格式转换处理得到的可以为信息集1,信息集1中可以包括"李彦宏"的字段名称“name”和字段类型“string”。可选地,信息集1可以为如下形式:name:name,type:string。
"https://imgh.tianyancha.com/logo/human/2c89a37665fe7374a23694bad46330ba_d200x200.png"进行预设格式转换处理得到的可以为信息集2,信息集2中可以包括"https://imgh.tianyancha.com/logo/human/2c89a37665fe7374a23694bad46330ba_d200x200.png"的字段名称“logo”和字段类型“string”。可选地,信息集2可以为如下形式:name:logo,type:string。
1984012283进行预设格式转换处理得到的可以为信息集3,信息集3中可以包括1984012283的字段名称“id”和字段类型“long”。可选地,信息集3可以为如下形式:name:id,type:long。
2进行预设格式转换处理得到的可以为信息集4,信息集4中可以包括2的字段名称“type”和字段类型“long”。可选地,信息集4可以为如下形式:name:type,type:long。
需要说明的是,一些情况下,在进行预设格式转换处理时,会存在有返回null的情况,这时,null字符串也需要在相应信息集中体现。具体地,假设针对"李彦宏"进行预设格式转换处理时,返回的字段类型为null,那么,信息集1可以为如下形式:name:name,type:novalue;其中,novalue表征返回的字段类型为null。
需要指出的是,各信息集中也可以仅包括字段名称,而不包括字段类型,这时,信息集1可以为如下形式:name:name;信息集2可以为如下形式:name:logo;信息集3可以为如下形式:name:id;信息集4可以为如下形式:name:type。为了便于理解,本公开的实施例中均以各信息集中同时包括字段名称和字段类型的情况为例进行说明。
另外,对第二接口数据中的任一字段内容进行预设格式转换处理的处理过程也可以用到java,具体实施过程参照对第一接口数据的转换的说明即可,在此不再赘述。
本公开的实施例中,通过预设格式转换处理,第一接口数据和第二接口数据可以被统一转换为“name:xxxxx,type:xxxxx”这种格式,这样可以方便后续进行第一接口数据和第二接口数据的比对。
在一个可选示例中,第一处理数据中包括M个信息集,第二处理数据中包括N个信息集,M和N均为大于或等于1的整数;
根据第一处理数据和第二处理数据,校验第一接口数据和第二接口数据的一致性,包括:
确定M个信息集和N个信息集的共有信息集;
在M个信息集中不存在不同于共有信息集的信息集,且N个信息集中不存在不同于共有信息集的信息集的情况下,确定第一接口数据和第二接口数据一致;否则,确定第一接口数据和第二接口数据不一致。
这里,M与N可能相同,也可能不同。
本公开的实施例中,可以针对第一处理数据中的M个信息集,以及第二处理数据中的N个信息集,做信息集的交集,以确定第一处理数据和第二处理数据中共有的完全一致的信息集(即M个信息集和N个信息集中的共有信息集),共有信息集的数量可以为一个、两个、三个或者三个以上,在此不再一一列举。接下来,可以判断M个信息集中是否存在不同于共有信息集的信息集,以及判断N个信息集中是否存在不同于共有信息集的信息集。
如果两个判断操作的判断结果均为否,可以认为第一处理数据和第二处理数据中的信息集是完全一致的,那么,可以确定第一接口数据和第二接口数据一致。
如果两个判断操作中的至少一者的判断结果为是,可以认为第一处理数据和第二处理数据中的信息集不是完全一致的,那么,可以确定第一接口数据和第二接口数据不一致。
可见,本公开的实施例中,基于共有信息集,可以非常便捷地确定出第一接口数据和第二接口数据是否一致。
在一个可选示例中,根据校验结果,执行相应的处理操作,包括:
在校验结果表征第一接口数据和第二接口数据不一致的情况下,从M个信息集中剔除共有信息集,以得到剩余的P个信息集,以及从N个信息集中剔除共有信息集,以得到剩余的Q个信息集;
根据P个信息集和Q个信息集,执行相应的处理操作。
需要说明的是,从M个信息集中剔除共有信息集后得到的P个信息集,以及从N个信息集中剔除共有信息集后得到的Q个信息集的差异可以有效地表征第一处理数据和第二处理数据的差异,例如字段名称的差异、字段类型的差异、是否存在null的差异等,那么,P个信息集和Q个信息集的差异可以表征第一接口数据和第二接口数据的差异,因此,后续可以根据P个信息集和Q个信息集,执行相应的处理操作,以便于实现第一接口数据和第二接口数据的一致性。
需要说明的是,根据P个信息集和Q个信息集,执行相应的处理操作的具体实现形式多样,下面进行举例介绍。
在一种具体实施方式中,每一信息集中均包括字段名称,根据P个信息集和Q个信息集,执行相应的处理操作,包括:
确定第一类数据和第二类数据;其中,第一类数据为存在于Q个信息集中,且不存在于P个信息集中的字段名称,第二类数据为存在于P个信息集中,且不存在于Q个信息集中的字段名称;
向第二处理数据中添加第二类数据,并控制第一服务器查询第一处理数据中不存在第一类数据的原因;和/或,输出携带第一类数据和第二类数据的异常提示信息。
这里,第一类数据可以认为是第二处理数据相比于第一处理数据的增加字段,第二类数据可以认为是第二处理数据相比于第一处理数据的减少字段。异常提示信息可以为语音提示信息、文字提示信息等,异常提示信息可以以邮件形式、短信形式等输出。
为了便于理解,下面以一个具体的例子,对这种具体实施方式进行说明。
首先可以传入第一接口的统一资源定位符(Uniform Resource Locator,URL)和身份标识号(Identity document,ID),以及第一处理数据和第二处理数据。假设第一处理数据位于第一List(其也可以称为httpList)中,第二处理数据位于第二List(其也可以称为DataBaseList)中,且第一List中的M个信息集如下面的表1所示,第二List中的N个信息集如下面的表2所示。
表1
name:name,type:string |
name:logo,type:string |
name:id,type:int |
name:age,type:long |
表2
那么,可以先做第一List和第二List中的信息集的交集,很明显,第一List和第二List中的信息集的交集(即M个信息集和N个信息集的共有信息集)包括“name:name,type:string”以及“name:logo,type:string”这两个信息集,则可以将“name:name,type:string”和“name:logo,type:string”均作为共有信息集。
接下来,可以判断第一List和第二List中是否存在不同于共有信息集的信息集。很明显,第一List和第二List中均存在不同于共有信息集的信息集,且第一List中不同于共有信息集的信息集包括“name:id,type:long”以及“name:type,type:long”这两个信息集,第二List中不同于共有信息集的信息集包括“name:id,type:int”以及“name:age,type:long”这两个信息集。
之后,可以从第一List中剔除第二信息集,以得到下面的表3中示意的,包括P个信息集的第三List,并从第二List中剔除第二信息集,以得到下面的表4中示意的,包括Q个信息集的第四List。
name:id,type:long |
name:type,type:long |
表3
name:id,type:int |
name:age,type:long |
表4
在得到第三List和第四List之后,可以确定第一类数据和第二类数据。很明显,第一类数据中包括“age”这个字段名称,第二类数据中包括“type”这个字段名称,也即,“age”可以作为增加字段,“type”可以作为减少字段。
接下来,可以向第二处理数据中添加“type”,并控制第一服务器查询第一处理数据中不存在“age”的原因,另外,还可以输出携带“type”和“age”的异常提示信息,以便于工作人员针对第一接口数据和第二接口数据不一致的问题进行处理。
可见,这种实施方式中,根据P个信息集和Q个信息集,可以确定第一处理数据和第二处理数据中的字段名称的差异,以便于及时进行相应处理,从而保证第一接口数据和第二接口数据的一致性。
在另一种具体实施方式中,每一信息集中均包括字段名称和字段类型,根据P个信息集和Q个信息集,执行相应的处理操作,包括:
确定P个信息集和Q个信息集的共有字段名称;
将第二处理数据中,共有字段名称所在的信息集中的字段类型更新为第一处理数据中,共有字段名称所在的信息集中的字段类型。
这里,可以针对P个信息集和Q个信息集,做字段名称的交集,以确定P个信息集和Q个信息集中共有的完全一致的字段名称,确定出的字段名称即为共有字段名称。
延续上述具体实施方式中的例子,假设P个信息集位于表3示意的第三List中,Q个信息集位于表4示意的第四List中,很明显,“id”可以作为P个信息集和Q个信息集的共有字段名称。由于表3中“id”对应的字段类型“long”,可以将表2中“id”对应的字段类型由“int”更新为“long”。
可见,这种实施方式中,根据P个信息集和Q个信息集,可以确定第一处理数据和第二处理数据中的字段类型的差异,进行字段类型的同步。
可选地,在做第一List和第二List中的信息集的交集,以确定共有信息集之前,可以分别对第一List和第二List进行去重,以避免第一List中存在相同的信息集,以及避免第二List中存在相同的信息集,从而提高后续处理过程的效率。
需要说明的是,上述两种具体实施方式中,校验均是以C端的数据为准的,当然,校验也可以B端的数据为准,这也是可行的。
在一个可选示例中,获取第一处理数据和第二处理数据之前,该方法还包括:
分别对第一服务器的每个接口的接口数据进行预设格式转换处理,以得到相应处理数据,并在第一服务器对应的第一数据库中,存储第一服务器的每个接口与相应处理数据之间的对应关系;
分别对第二服务器的每个接口的接口数据进行预设格式转换处理,以得到相应处理数据,并在第二服务器对应的第二数据库中,存储第二服务器的每个接口与相应处理数据之间的对应关系;
获取第一处理数据和第二处理数据,包括:
从第一数据库中,获取与第一接口对应的处理数据作为第一处理数据,以及从第二数据库中,获取与第二接口对应的处理数据为第二处理数据。
这里,第一数据库和第二数据库均可以为MySQL数据库;其中,MySQL是一个关系型数据库管理***。
具体实施时,第一服务器可以具有100个接口,分别为A1、A2、……、A100,第二服务器可以具有100个接口,分别为B1、B2、……、B100,A1与B1可以具有相同接口名称,A2与B2可以具有相同接口名称,……,A100与B100可以具有相同接口名称。
需要说明的是,第一服务器的各个接口的接口数据可以分别来自于不同的模型,例如来自于法律模型,主要人员模型等,各个接口的接口数据可能存在字段格式、字段名称、字段内容、字段类型、父类名称不统一的情况。
这里,可以遍历第一服务器的每个接口,以分别对第一服务器的每个接口的接口数据进行预设格式转换处理,直至所有接口数据转换完成。假设A1的接口数据进行预设格式转换处理得到的处理数据为C1,A2的接口数据进行预设格式转换处理得到的处理数据为C2,……,A100的接口数据进行预设格式转换处理得到的处理数据为C100,则可以在第一数据库中记录A1与C1的对应关系,A2与C2的对应关系,……,A100与C100的对应关系。
类似地,可以遍历第二服务器的每个接口,以分别对第二服务器的每个接口的接口数据进行预设格式转换处理,直至所有接口数据转换完成。假设B1的接口数据进行预设格式转换处理得到的处理数据为D1,B2的接口数据进行预设格式转换处理得到的处理数据为D2,……,B100的接口数据进行预设格式转换处理得到的处理数据为D100,则可以在第二数据库中记录B1与D1的对应关系,B2与D2的对应关系,……,B100与D100的对应关系。
之后,用户可以向第一服务器发起超文本传输协议(HyperText TransferProtocol,http)请求,http请求中可以携带A60这个接口的信息,http请求所请求的可以为Json格式的数据;其中,JSON是一种轻量级的数据交换格式。
这时,第一服务器可以获取A60的接口数据,并将该接口数据返回给用户;另外,第一服务器还可以利用Mybatis框架,从第一数据库中请求A60对应的C60(其可以认为是C端的数据),第一服务器还可以利用Mybatis框架,从第二数据库中获取B60对应的D60(其可以认为是B端的数据);其中,Mybatis框架是一个基于Java的持久层框架。第一服务器后续可以根据C60和D60,确定A60的接口数据与B60的接口数据的一致性。
可见,本公开的实施例中,通过数据库的使用,可以实现处理数据的便捷获取。
综上,本公开的实施例可以进行统一的格式转换处理,并通过校验和处理操作的实施,使B端和C端数据及时进行同步,这样,在B端接口平台调取C端接口时,不会出现B端接口报错的情况,从而能够避免因两端数据不同造成客户与企业的经济损失,以提高用户体验。另外,本公开的实施例还解决了C端接口数据改变后,B端接收不到改变消息而导致***崩溃的问题。
本公开的实施例提供的任一种数据处理方法可以由任意适当的具有数据处理能力的设备执行,包括但不限于:终端设备和服务器等。或者,本公开实施例提供的任一种数据处理方法可以由处理器执行,如处理器通过调用存储器存储的相应指令来执行本公开实施例提及的任一种数据处理方法。下文不再赘述。
示例性装置
图2是本公开一示例性实施例提供的数据处理装置的结构示意图。图2所示的装置包括获取模块201和第一处理模块202。
获取模块201,用于获取第一处理数据和第二处理数据;其中,第一处理数据是第一服务器的第一接口的第一接口数据进行预设格式转换处理后得到的,第二处理数据是第二服务器的第二接口的第二接口数据进行预设格式转换处理后得到的;第一服务器和第二服务器的服务对象类型不同,第一接口和第二接口的接口名称相同;
第一处理模块202,用于根据第一处理数据和第二处理数据,校验第一接口数据和第二接口数据的一致性,并根据校验结果,执行相应的处理操作。
在一个可选示例中,针对第一接口数据中的任一字段内容,第一处理数据中包括任一字段内容进行预设格式转换处理后得到的信息集,所得到的信息集中包括:
任一字段内容的字段名称和任一字段内容的字段类型,且任一字段内容的字段类型符合预设类型命名规则;
或者,
任一字段内容的字段名称。
在一个可选示例中,第一处理数据中包括M个信息集,第二处理数据中包括N个信息集,M和N均为大于或等于1的整数;
如图3所示,第一处理模块202,包括:
第一确定单元2021,用于确定M个信息集和N个信息集的共有信息集;
第二确定单元2022,用于在M个信息集中不存在不同于共有信息集的信息集,且N个信息集中不存在不同于共有信息集的信息集的情况下,确定第一接口数据和第二接口数据一致;否则,确定第一接口数据和第二接口数据不一致。
在一个可选示例中,如图4所示,第一处理模块202,包括:
剔除单元2023,用于在校验结果表征第一接口数据和第二接口数据不一致的情况下,从M个信息集中剔除共有信息集,以得到剩余的P个信息集,以及从N个信息集中剔除共有信息集,以得到剩余的Q个信息集;
执行单元2024,用于根据P个信息集和Q个信息集,执行相应的处理操作。
在一个可选示例中,每一信息集中均包括字段名称,执行单元2024,包括:
第一确定子单元,用于确定第一类数据和第二类数据;其中,第一类数据为存在于Q个信息集中,且不存在于P个信息集中的字段名称,第二类数据为存在于P个信息集中,且不存在于Q个信息集中的字段名称;
第一执行子单元,用于向第二处理数据中添加第二类数据,并控制第一服务器查询第一处理数据中不存在第一类数据的原因;和/或,输出携带第一类数据和第二类数据的异常提示信息。
在一个可选示例中,每一信息集中均包括字段名称和字段类型,执行单元2024,包括:
第二确定子单元,用于确定P个信息集和Q个信息集的共有字段名称;
第二执行子单元,用于将第二处理数据中,共有字段名称所在的信息集中的字段类型更新为第一处理数据中,共有字段名称所在的信息集中的字段类型。
在一个可选示例中,如图5所示,该装置还包括:
第二处理模块211,用于在获取第一处理数据和第二处理数据之前,分别对第一服务器的每个接口的接口数据进行预设格式转换处理,以得到相应处理数据,并在第一服务器对应的第一数据库中,存储第一服务器的每个接口与相应处理数据之间的对应关系;
第三处理模块212,用于在获取第一处理数据和第二处理数据之前,分别对第二服务器的每个接口的接口数据进行预设格式转换处理,以得到相应处理数据,并在第二服务器对应的第二数据库中,存储第二服务器的每个接口与相应处理数据之间的对应关系;
获取模块201,具体用于:
从第一数据库中,获取与第一接口对应的处理数据作为第一处理数据,以及从第二数据库中,获取与第二接口对应的处理数据作为第二处理数据。
可见,本公开的实施例能够便捷可靠地识别具有相同接口名称的接口的接口数据是否一致,并进行相应处理,这样能够较好地解决现有技术中B端和C端返回的数据不一致的问题,从而保证对客户的服务质量。
示例性电子设备
下面,参考图6来描述根据本公开实施例的电子设备。该电子设备可以是第一设备100和第二设备200中的任一个或两者、或与它们独立的单机设备,该单机设备可以与第一设备和第二设备进行通信,以从它们接收所采集到的输入信号。
图6图示了根据本公开实施例的电子设备的框图。
如图6所示,电子设备60包括一个或多个处理器61和存储器62。
处理器61可以是中央处理单元(CPU)或者具有数据处理能力和/或指令执行能力的其他形式的处理单元,并且可以控制电子设备60中的其他组件以执行期望的功能。
存储器62可以包括一个或多个计算机程序产品,所述计算机程序产品可以包括各种形式的计算机可读存储介质,例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。所述非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。在所述计算机可读存储介质上可以存储一个或多个计算机程序指令,处理器61可以运行所述程序指令,以实现上文所述的本公开的各个实施例的数据处理方法以及/或者其他期望的功能。在所述计算机可读存储介质中还可以存储诸如输入信号、信号分量、噪声分量等各种内容。
在一个示例中,电子设备60还可以包括:输入装置63和输出装置64,这些组件通过总线***和/或其他形式的连接机构(未示出)互连。
例如,在该电子设备是第一设备100或第二设备200时,该输入装置63可以是麦克风或麦克风阵列。在该电子设备是单机设备时,该输入装置63可以是通信网络连接器,用于从第一设备100和第二设备200接收所采集的输入信号。
此外,该输入装置63还可以包括例如键盘、鼠标等等。
该输出装置64可以向外部输出各种信息。该输出装置64可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。
当然,为了简化,图6中仅示出了该电子设备60中与本公开有关的组件中的一些,省略了诸如总线、输入/输出接口等等的组件。除此之外,根据具体应用情况,电子设备60还可以包括任何其他适当的组件。
示例性计算机程序产品和计算机可读存储介质
除了上述方法和设备以外,本公开的实施例还可以是计算机程序产品,其包括计算机程序指令,所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本公开各种实施例的数据处理方法中的步骤。
所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例操作的程序代码,所述程序设计语言包括面向对象的程序设计语言,诸如Java、C++等,还包括常规的过程式程序设计语言,诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。
此外,本公开的实施例还可以是计算机可读存储介质,其上存储有计算机程序指令,所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本公开各种实施例的数据处理方法中的步骤。
所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的***、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
以上结合具体实施例描述了本公开的基本原理,但是,需要指出的是,在本公开中提及的优点、优势、效果等仅是示例而非限制,不能认为这些优点、优势、效果等是本公开的各个实施例必须具备的。另外,上述公开的具体细节仅是为了示例的作用和便于理解的作用,而非限制,上述细节并不限制本公开为必须采用上述具体的细节来实现。
本说明书中各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同或相似的部分相互参见即可。对于***实施例而言,由于其与方法实施例基本对应,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本公开中涉及的器件、装置、设备、***的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的,可以按任意方式连接、布置、配置这些器件、装置、设备、***。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇,指“包括但不限于”,且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”,且可与其互换使用,除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”,且可与其互换使用。
可能以许多方式来实现本公开的方法和装置。例如,可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本公开的方法和装置。用于所述方法的步骤的上述顺序仅是为了进行说明,本公开的方法的步骤不限于以上具体描述的顺序,除非以其它方式特别说明。此外,在一些实施例中,还可将本公开实施为记录在记录介质中的程序,这些程序包括用于实现根据本公开的方法的机器可读指令。因而,本公开还覆盖存储用于执行根据本公开的方法的程序的记录介质。
还需要指出的是,在本公开的装置、设备和方法中,各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本公开的等效方案。
提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本公开。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的,并且在此定义的一般原理可以应用于其他方面而不脱离本公开的范围。因此,本公开不意图被限制到在此示出的方面,而是按照与在此公开的原理和新颖的特征一致的最宽范围。
为了例示和描述的目的已经给出了以上描述。此外,此描述不意图将本公开的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例,但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。
Claims (15)
1.一种数据处理方法,其特征在于,包括:
获取第一处理数据和第二处理数据;其中,所述第一处理数据是第一服务器的第一接口的第一接口数据进行预设格式转换处理后得到的,所述第二处理数据是第二服务器的第二接口的第二接口数据进行预设格式转换处理后得到的;所述第一服务器和所述第二服务器的服务对象类型不同,所述第一接口和所述第二接口的接口名称相同;
根据所述第一处理数据和所述第二处理数据,校验所述第一接口数据和所述第二接口数据的一致性,并根据校验结果,执行相应的处理操作。
2.根据权利要求1所述的方法,其特征在于,针对所述第一接口数据中的任一字段内容,所述第一处理数据中包括所述任一字段内容进行预设格式转换处理后得到的信息集,所得到的信息集中包括:
所述任一字段内容的字段名称和所述任一字段内容的字段类型,且所述任一字段内容的字段类型符合预设类型命名规则;
或者,
所述任一字段内容的字段名称。
3.根据权利要求1所述的方法,其特征在于,所述第一处理数据中包括M个信息集,所述第二处理数据中包括N个信息集,M和N均为大于或等于1的整数;
所述根据所述第一处理数据和所述第二处理数据,校验所述第一接口数据和所述第二接口数据的一致性,包括:
确定所述M个信息集和所述N个信息集的共有信息集;
在所述M个信息集中不存在不同于所述共有信息集的信息集,且所述N个信息集中不存在不同于所述共有信息集的信息集的情况下,确定所述第一接口数据和所述第二接口数据一致;否则,确定所述第一接口数据和所述第二接口数据不一致。
4.根据权利要求3所述的方法,其特征在于,所述根据校验结果,执行相应的处理操作,包括:
在校验结果表征所述第一接口数据和所述第二接口数据不一致的情况下,从所述M个信息集中剔除所述共有信息集,以得到剩余的P个信息集,以及从所述N个信息集中剔除所述共有信息集,以得到剩余的Q个信息集;
根据所述P个信息集和所述Q个信息集,执行相应的处理操作。
5.根据权利要求4所述的方法,其特征在于,每一信息集中均包括字段名称,所述根据所述P个信息集和所述Q个信息集,执行相应的处理操作,包括:
确定第一类数据和第二类数据;其中,所述第一类数据为存在于所述Q个信息集中,且不存在于所述P个信息集中的字段名称,所述第二类数据为存在于所述P个信息集中,且不存在于所述Q个信息集中的字段名称;
向所述第二处理数据中添加所述第二类数据,并控制所述第一服务器查询所述第一处理数据中不存在所述第一类数据的原因;和/或,输出携带所述第一类数据和所述第二类数据的异常提示信息。
6.根据权利要求4所述的方法,其特征在于,每一信息集中均包括字段名称和字段类型,所述根据所述P个信息集和所述Q个信息集,执行相应的处理操作,包括:
确定所述P个信息集和所述Q个信息集的共有字段名称;
将所述第二处理数据中,所述共有字段名称所在的信息集中的字段类型更新为所述第一处理数据中,所述共有字段名称所在的信息集中的字段类型。
7.根据权利要求1至6中任一项所述的方法,其特征在于,所述获取第一处理数据和第二处理数据之前,所述方法还包括:
分别对所述第一服务器的每个接口的接口数据进行预设格式转换处理,以得到相应处理数据,并在所述第一服务器对应的第一数据库中,存储所述第一服务器的每个接口与相应处理数据之间的对应关系;
分别对所述第二服务器的每个接口的接口数据进行预设格式转换处理,以得到相应处理数据,并在所述第二服务器对应的第二数据库中,存储所述第二服务器的每个接口与相应处理数据之间的对应关系;
所述获取第一处理数据和第二处理数据,包括:
从所述第一数据库中,获取与所述第一接口对应的处理数据作为第一处理数据,以及从所述第二数据库中,获取与所述第二接口对应的处理数据作为第二处理数据。
8.一种数据处理装置,其特征在于,包括:
获取模块,用于获取第一处理数据和第二处理数据;其中,所述第一处理数据是第一服务器的第一接口的第一接口数据进行预设格式转换处理后得到的,所述第二处理数据是第二服务器的第二接口的第二接口数据进行预设格式转换处理后得到的;所述第一服务器和所述第二服务器的服务对象类型不同,所述第一接口和所述第二接口的接口名称相同;
第一处理模块,用于根据所述第一处理数据和所述第二处理数据,校验所述第一接口数据和所述第二接口数据的一致性,并根据校验结果,执行相应的处理操作。
9.根据权利要求8所述的装置,其特征在于,针对所述第一接口数据中的任一字段内容,所述第一处理数据中包括所述任一字段内容进行预设格式转换处理后得到的信息集,所得到的信息集中包括:
所述任一字段内容的字段名称和所述任一字段内容的字段类型,且所述任一字段内容的字段类型符合预设类型命名规则;
或者,
所述任一字段内容的字段名称。
10.根据权利要求8所述的装置,其特征在于,所述第一处理数据中包括M个信息集,所述第二处理数据中包括N个信息集,M和N均为大于或等于1的整数;
所述第一处理模块,包括:
第一确定单元,用于确定所述M个信息集和所述N个信息集的共有信息集;
第二确定单元,用于在所述M个信息集中不存在不同于所述共有信息集的信息集,且所述N个信息集中不存在不同于所述共有信息集的信息集的情况下,确定所述第一接口数据和所述第二接口数据一致;否则,确定所述第一接口数据和所述第二接口数据不一致。
11.根据权利要求10所述的装置,其特征在于,所述第一处理模块,包括:
剔除单元,用于在校验结果表征所述第一接口数据和所述第二接口数据不一致的情况下,从所述M个信息集中剔除所述共有信息集,以得到剩余的P个信息集,以及从所述N个信息集中剔除所述共有信息集,以得到剩余的Q个信息集;
执行单元,用于根据所述P个信息集和所述Q个信息集,执行相应的处理操作。
12.根据权利要求11所述的装置,其特征在于,每一信息集中均包括字段名称,所述执行单元,包括:
第一确定子单元,用于确定第一类数据和第二类数据;其中,所述第一类数据为存在于所述Q个信息集中,且不存在于所述P个信息集中的字段名称,所述第二类数据为存在于所述P个信息集中,且不存在于所述Q个信息集中的字段名称;
第一执行子单元,用于向所述第二处理数据中添加所述第二类数据,并控制所述第一服务器查询所述第一处理数据中不存在所述第一类数据的原因;和/或,输出携带所述第一类数据和所述第二类数据的异常提示信息。
13.根据权利要求11所述的装置,其特征在于,每一信息集中均包括字段名称和字段类型,所述执行单元,包括:
第二确定子单元,用于确定所述P个信息集和所述Q个信息集的共有字段名称;
第二执行子单元,用于将所述第二处理数据中,所述共有字段名称所在的信息集中的字段类型更新为所述第一处理数据中,所述共有字段名称所在的信息集中的字段类型。
14.一种计算机可读存储介质,其特征在于,所述存储介质存储有计算机程序,所述计算机程序用于执行上述权利要求1-7中任一所述的数据处理方法。
15.一种电子设备,包括:
处理器;
用于存储所述处理器可执行指令的存储器;
所述处理器,用于从所述存储器中读取所述可执行指令,并执行所述指令以实现上述权利要求1-7中任一所述的数据处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911051471.4A CN111078764B (zh) | 2019-10-31 | 2019-10-31 | 数据处理方法、装置、计算机可读存储介质及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911051471.4A CN111078764B (zh) | 2019-10-31 | 2019-10-31 | 数据处理方法、装置、计算机可读存储介质及电子设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111078764A true CN111078764A (zh) | 2020-04-28 |
CN111078764B CN111078764B (zh) | 2023-11-03 |
Family
ID=70310604
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911051471.4A Active CN111078764B (zh) | 2019-10-31 | 2019-10-31 | 数据处理方法、装置、计算机可读存储介质及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111078764B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111611259A (zh) * | 2020-05-28 | 2020-09-01 | 贝壳技术有限公司 | 接口请求处理方法、装置、***及计算机可读存储介质 |
CN111949524A (zh) * | 2020-08-03 | 2020-11-17 | 北京锐安科技有限公司 | 一种数据接口测试方法、装置、服务器和存储介质 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040006401A1 (en) * | 2002-07-08 | 2004-01-08 | Tsutomu Yamada | Data format conversion method and equipment,and controller management system using data format conversion equipment |
US20040158556A1 (en) * | 2003-02-12 | 2004-08-12 | International Business Machines Corporation | Automated abstract database generation through existing application statement analysis |
US20080271047A1 (en) * | 2007-04-27 | 2008-10-30 | Microsoft Corporation | Method of Deriving Web Service Interfaces From Form and Table Metadata |
US20160063050A1 (en) * | 2014-08-28 | 2016-03-03 | Joerg Schoen | Database Migration Consistency Checker |
CN109639706A (zh) * | 2018-12-27 | 2019-04-16 | 北京城市网邻信息技术有限公司 | 一种请求处理方法、服务器、用户端及*** |
CN109710613A (zh) * | 2018-12-26 | 2019-05-03 | 深圳乐信软件技术有限公司 | 字段的管理方法、装置、服务器和存储介质 |
CN109951553A (zh) * | 2019-03-21 | 2019-06-28 | 杭州朗和科技有限公司 | 数据处理方法、***、电子设备以及计算机可读存储介质 |
CN110032513A (zh) * | 2019-04-02 | 2019-07-19 | 中汇信息技术(上海)有限公司 | 一种数据校验的方法、装置及电子设备 |
-
2019
- 2019-10-31 CN CN201911051471.4A patent/CN111078764B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040006401A1 (en) * | 2002-07-08 | 2004-01-08 | Tsutomu Yamada | Data format conversion method and equipment,and controller management system using data format conversion equipment |
US20040158556A1 (en) * | 2003-02-12 | 2004-08-12 | International Business Machines Corporation | Automated abstract database generation through existing application statement analysis |
US20080271047A1 (en) * | 2007-04-27 | 2008-10-30 | Microsoft Corporation | Method of Deriving Web Service Interfaces From Form and Table Metadata |
US20160063050A1 (en) * | 2014-08-28 | 2016-03-03 | Joerg Schoen | Database Migration Consistency Checker |
CN109710613A (zh) * | 2018-12-26 | 2019-05-03 | 深圳乐信软件技术有限公司 | 字段的管理方法、装置、服务器和存储介质 |
CN109639706A (zh) * | 2018-12-27 | 2019-04-16 | 北京城市网邻信息技术有限公司 | 一种请求处理方法、服务器、用户端及*** |
CN109951553A (zh) * | 2019-03-21 | 2019-06-28 | 杭州朗和科技有限公司 | 数据处理方法、***、电子设备以及计算机可读存储介质 |
CN110032513A (zh) * | 2019-04-02 | 2019-07-19 | 中汇信息技术(上海)有限公司 | 一种数据校验的方法、装置及电子设备 |
Non-Patent Citations (2)
Title |
---|
曲永岗,孙涌,欧阳添倍: "基于匹配算法和XML技术的数据接口处理与实现" * |
朱夏;王茜;: "异构***间数据交换模型的设计与实现" * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111611259A (zh) * | 2020-05-28 | 2020-09-01 | 贝壳技术有限公司 | 接口请求处理方法、装置、***及计算机可读存储介质 |
CN111949524A (zh) * | 2020-08-03 | 2020-11-17 | 北京锐安科技有限公司 | 一种数据接口测试方法、装置、服务器和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN111078764B (zh) | 2023-11-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8799230B2 (en) | Method and system for centralized issue tracking | |
CN112039701B (zh) | 接口调用监控方法、装置、设备及存储介质 | |
US9053112B2 (en) | Automated data validation | |
CN112905323B (zh) | 数据处理方法、装置、电子设备及存储介质 | |
US10554701B1 (en) | Real-time call tracing in a service-oriented system | |
JP6430515B2 (ja) | 証明文書の自動生成 | |
CN107133231B (zh) | 一种数据获取方法和装置 | |
CN112445860B (zh) | 一种处理分布式事务的方法和装置 | |
CN111127181A (zh) | 一种凭证记账方法和装置 | |
CN111078764A (zh) | 数据处理方法、装置、计算机可读存储介质及电子设备 | |
CN112214505A (zh) | 数据同步方法、装置、计算机可读存储介质及电子设备 | |
CN110334147A (zh) | 一种数据同步方法及装置 | |
CN113760948A (zh) | 一种数据查询的方法及装置 | |
CN112764726A (zh) | 一种数据合成的方法和装置 | |
US10248508B1 (en) | Distributed data validation service | |
CN114239511A (zh) | 填充数据的方法和填充数据的装置 | |
JP2007249295A (ja) | セッション管理プログラム、セッション管理方法およびセッション管理装置 | |
CN116069725A (zh) | 文件迁移方法、装置、设备、介质和程序产品 | |
CN107679096B (zh) | 数据集市间指标共享的方法和装置 | |
CN112148705A (zh) | 数据迁移的方法和装置 | |
CN115640310A (zh) | 用于业务数据聚合的方法和装置、电子设备和存储介质 | |
US11579930B2 (en) | Resource determination based on resource definition data | |
CN111625605A (zh) | 信息同步方法和装置、以及存储介质和电子设备 | |
CN111625866A (zh) | 一种权限管理方法、***、设备及存储介质 | |
US10142438B2 (en) | Intermediate destination module for communication of interaction data with disparate intermediate destinations |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |