CN116627478A - 一种文件数据处理方法、装置、电子设备及可读存储介质 - Google Patents

一种文件数据处理方法、装置、电子设备及可读存储介质 Download PDF

Info

Publication number
CN116627478A
CN116627478A CN202310639586.5A CN202310639586A CN116627478A CN 116627478 A CN116627478 A CN 116627478A CN 202310639586 A CN202310639586 A CN 202310639586A CN 116627478 A CN116627478 A CN 116627478A
Authority
CN
China
Prior art keywords
data
file
data processing
format
file data
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
Application number
CN202310639586.5A
Other languages
English (en)
Inventor
李赵强
许林
叶松林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chongqing Selis Phoenix Intelligent Innovation Technology Co ltd
Original Assignee
Chengdu Seres Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Chengdu Seres Technology Co Ltd filed Critical Chengdu Seres Technology Co Ltd
Priority to CN202310639586.5A priority Critical patent/CN116627478A/zh
Publication of CN116627478A publication Critical patent/CN116627478A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • G06F8/658Incremental updates; Differential updates
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23Updating
    • G06F16/2379Updates performed during online database operations; commit processing
    • G06F16/2386Bulk updating operations
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/40Transformation of program code
    • G06F8/41Compilation
    • G06F8/42Syntactic analysis
    • G06F8/427Parsing
    • YGENERAL 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
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE 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/00Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Mining & Analysis (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请涉及数据存储技术领域,提供了一种文件数据处理方法、装置、电子设备及可读存储介质。该方法包括:接收一个或多个数据处理脚本;接收文件数据及文件数据的数据属性;判断是否存在与数据属性对应的数据处理脚本;若是,调用数据处理脚本解析文件数据,得到对应标准数据格式的第一处理后数据;将第一处理后数据存入数据库的标准数据区域中。本申请通过数据处理脚本对文件数据进行解析,再将符合标准数据格式的第一处理后数据存储在数据库中,将文件数据的格式与主工程代码进行解耦,不再要求主工程代码针对文件数据的形式进行相应修改,节省了大量修改时间,且避免了数据错漏的隐患。

Description

一种文件数据处理方法、装置、电子设备及可读存储介质
技术领域
本申请涉及数据存储技术领域,尤其涉及一种文件数据处理方法、装置、电子设备及可读存储介质。
背景技术
目前主流的数据处理和保存,多按照具体场景、具体形式进行一对一的开发,要求在项目代码中提前开发好所有文件数据的处理逻辑,项目一旦上线,后续接入新的文件数据时,必须将文件数据修改为与处理逻辑一致的形式才可发布。
这种一对一具体开发的方案中工程代码与文件数据格式强耦合,导致每次接入新的数据格式的文件数据都要修改工程代码并重新上线发布流程,耗时耗力,且容易产生数据的错漏。
因此,如何提供一种解决上述技术问题的方案是目前本领域技术人员需要解决的问题。
发明内容
有鉴于此,本申请实施例提供了一种文件数据处理方法、装置、电子设备及可读存储介质,以解决文件数据的格式修改繁琐耗时的问题。
本申请实施例的第一方面,提供了一种文件数据处理方法,包括:
接收一个或多个数据处理脚本;
接收文件数据及文件数据的数据属性;
判断是否存在与数据属性对应的数据处理脚本;
若是,调用数据处理脚本解析文件数据,得到对应标准数据格式的第一处理后数据;
将第一处理后数据存入数据库的标准数据区域中。
本申请实施例的第二方面,提供了一种文件数据处理装置,包括:
插槽接口,用于接收一个或多个数据处理脚本;
数据接口,用于接收文件数据及文件数据的数据属性;
判断模块,用于判断是否存在与数据属性对应的数据处理脚本,若是,则触发动作模块;
动作模块,用于调用数据处理脚本解析文件数据,得到对应标准数据格式的第一处理后数据;
存储模块,用于将第一处理后数据存入数据库的标准数据区域中。
本申请实施例的第三方面,提供了一种电子设备,包括存储器、处理器以及存储在存储器中并且可在处理器上运行的计算机程序,该处理器执行计算机程序时实现上述方法的步骤。
本申请实施例的第四方面,提供了一种可读存储介质,该可读存储介质存储有计算机程序,该计算机程序被处理器执行时实现上述方法的步骤。
本申请实施例与现有技术相比存在的有益效果至少包括:本申请实施例通过数据处理脚本对文件数据进行解析,再将符合标准数据格式的第一处理后数据存储在数据库中,将文件数据的格式与主工程代码进行解耦,不再要求主工程代码针对文件数据的形式进行相应修改,节省了大量修改时间,且避免了数据错漏的隐患。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1是本申请实施例的一种应用场景的场景示意图;
图2是本申请实施例提供的一种文件数据处理方法的流程示意图;
图3是本申请实施例提供的一种文件数据处理装置的结构示意图;
图4是本申请实施例提供的一种电子装置的结构示意图。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。
下面将结合附图详细说明根据本申请实施例的一种文件数据处理方法、装置、电子设备及可读存储介质。
图1是本申请实施例的应用场景的场景示意图。该应用场景可以包括第一终端设备101、第二终端设备102、第三终端设备103、服务器104以及网络105。
第一终端设备101可以是硬件,也可以是软件。当第一终端设备101为硬件时,其可以是具有显示屏且支持与服务器104通信的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等;当第一终端设备101为软件时,其可以安装在如上所述的电子设备中。第一终端设备101可以实现为多个软件或软件模块,也可以实现为单个软件或软件模块,本申请实施例对此不作限制。进一步地,第一终端设备101上可以安装有各种应用,例如数据处理应用、即时通信工具、社交平台软件、搜索类应用、购物类应用等。
第二终端设备102可以是硬件,也可以是软件。当第二终端设备102为硬件时,其可以是具有显示屏且支持与服务器104通信的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等;当第二终端设备102为软件时,其可以安装在如上所述的电子设备中。第二终端设备102可以实现为多个软件或软件模块,也可以实现为单个软件或软件模块,本申请实施例对此不作限制。进一步地,第二终端设备102上可以安装有各种应用,例如数据处理应用、即时通信工具、社交平台软件、搜索类应用、购物类应用等。
第三终端设备103可以是硬件,也可以是软件。当第三终端设备103为硬件时,其可以是具有显示屏且支持与服务器104通信的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等;当第三终端设备103为软件时,其可以安装在如上所述的电子设备中。第三终端设备103可以实现为多个软件或软件模块,也可以实现为单个软件或软件模块,本申请实施例对此不作限制。进一步地,第三终端设备103上可以安装有各种应用,例如数据处理应用、即时通信工具、社交平台软件、搜索类应用、购物类应用等。
服务器104可以是提供各种服务的服务器,例如,对与其建立通信连接的终端设备发送的请求进行接收的后台服务器,该后台服务器可以对终端设备发送的请求进行接收和分析等处理,并生成处理结果。服务器104可以是一台服务器,也可以是由若干台服务器组成的服务器集群,或者还可以是一个云计算服务中心,本申请实施例对此不作限制。
需要说明的是,服务器104可以是硬件,也可以是软件。当服务器104为硬件时,其可以是为第一终端设备101、第二终端设备102和第三终端设备103提供各种服务的各种电子设备。当服务器104为软件时,其可以是为第一终端设备101、第二终端设备102和第三终端设备103提供各种服务的多个软件或软件模块,也可以是为第一终端设备101、第二终端设备102和第三终端设备103提供各种服务的单个软件或软件模块,本申请实施例对此不作限制。
网络105可以是采用同轴电缆、双绞线和光纤连接的有线网络,也可以是无需布线就能实现各种通信设备互联的无线网络,例如,蓝牙(Bluetooth)、近场通信(Near FieldCommunication,NFC)、红外(Infrared)等,本申请实施例对此不作限制。
需要说明的是,第一终端设备101、第二终端设备102、第三终端设备103、服务器104以及网络105的具体类型、数量和组合可以根据应用场景的实际需求进行调整,本申请实施例对此不作限制。
需要说明的是,第一终端设备101、第二终端设备102、第三终端设备103、服务器104以及网络105的具体类型、数量和组合可以根据应用场景的实际需求进行调整,本申请实施例对此不作限制。
图2是本申请实施例提供的一种文件数据处理方法的流程示意图。图2的文件数据处理方法可以由图1的第一终端设备或第二终端设备或第三终端设备或服务器执行。如图2所示,该文件数据处理方法包括:
S201:接收一个或多个数据处理脚本;
S202:接收文件数据及文件数据的数据属性;
S203:判断是否存在与数据属性对应的数据处理脚本;
S204:若是,调用数据处理脚本解析文件数据,得到对应标准数据格式的第一处理后数据;
S205:将第一处理后数据存入数据库的标准数据区域中。
其中数据处理脚本用于解析文件数据,不同的数据处理脚本可解析的文件数据各有不同,因此文件数据与数据处理脚本之间可通过数据属性建立联系,也即某一个数据处理脚本可以处理某一数据属性的文件数据。数据处理脚本对文件数据进行数据解析和数据重构,其中数据解析包括解析出文件数据中的数据,数据重构包括将解析出的数据重构为符合标准数据格式的第一处理后数据。可见各数据处理脚本可处理的文件数据各有差异,具有对应不同的数据属性,但所有数据处理脚本输出的处理后数据具有标准化后的格式,得到标准数据格式的第一处理后数据。通常情况下第一处理后数据为包括不同数据结构的多个数据的JSON(JavaScript Object Notation,JS对象记法)对象,数据结构根据标准数据格式确定。标准数据格式并不是仅包括唯一的一种数据格式,而是包括多个标定于数据库中的数据格式,例如数组、字符串、树形结构等,根据相应的数据属性确定的数据处理脚本进行解析,最终得到的第一处理后数据满足标准数据格式的要求即可。
其中数据属性表示用于该文件数据的数据处理脚本,该数据属性以唯一编码的形式建立与数据处理脚本的关系,唯一编码可包括项目名称、业务类别、时间戳、文件数据的存储类型、随机字符串中的一个或多个。接收的每个数据处理脚本均对应一个数据属性,用于在后续判断是否可用于解析相应的文件数据。
如果存在数据处理脚本与文件数据的数据属性对应,则该数据处理脚本可用于解析该文件数据,得到第一处理后数据并存入数据库的标准数据区域中。
以文件数据为html(Hyper Text Markup Language,超文本标记语言)格式的文件1为例,文件1包括以下内容:
<div>
<div>
<span>通过率;</span>
<span>80%</span>
</div>
<div>
<span>失败率;</span>
<span>20%</span>
</div>
</div>
对该文件数据调用数据处理脚本解析,最后得到的第一处理后数据可包括:
{
Piechart:
[
{title:通过率,value:80%},
{title:失败率,value:20%},
]
}
可见,原本文件1通过率和失败率分别按照独立的两个组进行输出,但通过率和失败率本质是同一组数据的两个百分比,因此可将这两个数据提取为一组并放在一维数组中。
以文件数据为html格式的文件2为例,文件2包括以下内容:
<div>
<div>
<span>缺陷等级A</span>
<div><span>已修复;</span><span>60个</span></div>
<div><span>已关闭;</span><span>10个</span></div>
<div><span>激活;</span><span>5个</span></div>
</div>
<div>
<span>缺陷等级B</span>
<div><span>已修复;</span><span>20个</span></div>
<div><span>已关闭;</span><span>40个</span></div>
<div><span>激活;</span><span>8个</span></div>
</div>
</div>
对该文件数据调用数据处理脚本解析,最后得到的第一处理后数据可包括:
{
barchart:{
type:[‘缺陷等级A’,‘缺陷等级B’],
title:[‘已修复’,‘已关闭’,‘激活’],
value:[[60,10,5],[20,40,8]]
}
}
可见原本文件2中的所有信息通过数据处理脚本解析,得到了一个二维数组作为第一处理后对象,存储和使用更为方便。可以理解的是文件数据为html格式仅为一种举例,文件数据可通过各种包括数据且可解析的格式来实现,只要能够通过数据处理脚本将其中的核心数据解析出来即可,具体格式此处不作限制。
本申请实施例通过数据处理脚本对文件数据进行解析,再将符合标准数据格式的第一处理后数据存储在数据库中,将文件数据的格式与主工程代码进行解耦,不再要求主工程代码针对文件数据的形式进行相应修改,节省了大量修改时间,且避免了数据错漏的隐患。
如果当前不存在与文件数据的数据属性对应数据处理脚本,则无法进行解析,只能反馈无法解析的信息,以提醒用户发送新的数据处理脚本,同时将当前文件数据暂存在未标准化区域,以待后续接收到新的数据处理脚本后再作解析。
因此,判断是否存在与数据属性对应的数据处理脚本,还包括:
S206:返回无数据处理脚本的提示信息,并将文件数据存入数据库的未标准化区域中。
在一些具体的实施例中,未标准化区域中的文件数据可在每次收到新的数据处理脚本后再次刷新遍历,如果新的数据处理脚本可处理其中的文件数据,则将对应的文件数据解析后存入标准数据区域,并删除未标准化区域中的数据文件。因此本申请实施例的方法还包括:
当接收到新的数据处理脚本,判断未标准化区域中是否存在数据属性与新的数据处理脚本对应的文件数据;
若是,调用数据处理脚本解析未标准化区域中的文件数据,得到对应标准数据格式的第二处理后数据;
将第二处理后数据存入标准数据区域中。
进一步的为了提高数据库中数据输出效率,避免再调整主程序来修改输出数据的格式,本实施例中方法还包括:
接收一个或多个数据转换脚本;
接收数据请求;
解析数据请求,得到对应的目标数据位置和数据转换格式;
根据目标数据位置从数据库中读取目标数据,调用数据转换格式对应的数据转换脚本转换目标数据,得到对应数据转换格式的转换后数据;
返回转换后数据。
进一步的如果当前没有数据转换脚本则直接输出目标数据,也即本方法还包括:当不存在数据转换格式对应的数据转换脚本,根据目标数据位置从数据库中读取目标数据并返回。
进一步的数据转换脚本除了在目标数据的文本形式层面更改目标数据的组成方式外,还可进行文本形式外的其他方式转换,例如特定图表格式,如上述举例中文件1作为目标数据,可转换为对应的饼状图,而文件2可转换为对应的柱状图,具体可根据数据转换脚本中的设置实现,数据转换脚本可根据实际情况和需求进行设置,还可统计上层业务对数据库的请求类型、根据请求类型较频繁的类型预设置相应的数据转换脚本,此处不作任何限制。
可以理解的是本实施例中数据处理脚本、数据转换脚本、数据库中标准数据区域和未标准化区域均可处于不同的服务器节点,需要时执行本实施例方法的执行主体通过与服务器节点的通讯实现对脚本或数据的调取和存储。
可以理解的是本实施例中主工程代码只涉及向数据库发送文件数据及其数据属性、发送数据请求等常规操作,数据处理脚本、数据库的存储和读取、数据转换脚本均独立于主工程代码,也即主工程代码与数据处理脚本解耦,数据处理脚本以插槽模式设于本实施例文件数据处理方法中,可扩展性高,任何开发人员都可通过插槽模式的接口发送数据处理脚本,以应用在本申请实施例的文件数据处理方法中,便于对其相关的文件数据进行标准化处理。基于高扩展性,设计该数据库的主工程代码的开发周期将缩短,人力投入、项目开支均可明显降低。
上述所有可选技术方案,可以采用任意结合形成本申请的可选实施例,在此不再一一赘述。应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
下述为本申请装置实施例,可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节,请参照本申请方法实施例。
图3是本申请实施例提供的一种文件数据处理装置的示意图。如图4所示,该文件数据处理装置包括:
插槽接口301,用于接收一个或多个数据处理脚本;
数据接口302,用于接收文件数据及文件数据的数据属性;
判断模块303,用于判断是否存在与数据属性对应的数据处理脚本,若是,则触发动作模块304;
动作模块304,用于调用数据处理脚本解析文件数据,得到对应标准数据格式的第一处理后数据;
存储模块305,用于将第一处理后数据存入数据库的标准数据区域中。
本申请实施例通过数据处理脚本对文件数据进行解析,再将符合标准数据格式的第一处理后数据存储在数据库中,将文件数据的格式与主工程代码进行解耦,不再要求主工程代码针对文件数据的形式进行相应修改,节省了大量修改时间,且避免了数据错漏的隐患。
其中数据处理脚本用于解析文件数据,不同的数据处理脚本可解析的文件数据各有不同,因此文件数据与数据处理脚本之间可通过数据属性建立联系,也即某一个数据处理脚本可以处理某一数据属性的文件数据。数据处理脚本对文件数据进行数据解析和数据重构,其中数据解析包括解析出文件数据中的数据,数据重构包括将解析出的数据重构为符合标准数据格式的第一处理后数据。可见各数据处理脚本可处理的文件数据各有差异,具有对应不同的数据属性,但所有数据处理脚本输出的处理后数据具有标准化后的格式,得到标准数据格式的第一处理后数据。通常情况下第一处理后数据为包括不同数据结构的多个数据的JSON对象,数据结构根据标准数据格式确定。标准数据格式并不是仅包括唯一的一种数据格式,而是包括多个标定于数据库中的数据格式,例如数组、字符串、树形结构等,根据相应的数据属性确定的数据处理脚本进行解析,最终得到的第一处理后数据满足标准数据格式的要求即可。
其中数据属性表示用于该文件数据的数据处理脚本,该数据属性以唯一编码的形式建立与数据处理脚本的关系,唯一编码可包括项目名称、业务类别、时间戳、文件数据的存储类型、随机字符串中的一个或多个。接收的每个数据处理脚本均对应一个数据属性,用于在后续判断是否可用于解析相应的文件数据。
如果存在数据处理脚本与文件数据的数据属性对应,则该数据处理脚本可用于解析该文件数据,得到第一处理后数据并存入数据库的标准数据区域中。
在一些具体的实施例中,数据属性包括项目名称、业务类别、时间戳、文件数据的存储类型、随机字符串中的一个或多个。
本申请实施例通过数据处理脚本对文件数据进行解析,再将符合标准数据格式的第一处理后数据存储在数据库中,将文件数据的格式与主工程代码进行解耦,不再要求主工程代码针对文件数据的形式进行相应修改,节省了大量修改时间,且避免了数据错漏的隐患。
如果当前不存在与文件数据的数据属性对应数据处理脚本,则无法进行解析,只能反馈无法解析的信息,以提醒用户发送新的数据处理脚本,同时将当前文件数据暂存在未标准化区域,以待后续接收到新的数据处理脚本后再作解析。
在一些具体的实施例中,判断是否存在与数据属性对应的数据处理脚本,还包括:
返回无数据处理脚本的提示信息,并将文件数据存入数据库的未标准化区域中。
在一些具体的实施例中,判断模块303还用于:
当接收到新的数据处理脚本,判断未标准化区域中是否存在数据属性与新的数据处理脚本对应的文件数据;
若是,触发动作模块304调用数据处理脚本解析未标准化区域中的文件数据,得到对应标准数据格式的第二处理后数据,并通过存储模块305将第二处理后数据存入标准数据区域中。
在一些具体的实施例中,未标准化区域中的文件数据可在每次收到新的数据处理脚本后再次刷新遍历,如果新的数据处理脚本可处理其中的文件数据,则将对应的文件数据解析后存入标准数据区域,并删除未标准化区域中的数据文件。
在一些具体的实施例中,第一处理后数据为包括不同数据结构的多个数据的JSON对象,数据结构根据标准数据格式确定。
在一些具体的实施例中,插槽接口301还用于接收一个或多个数据转换脚本;
该装置还包括:
请求接口306,用于接收数据请求;
解析模块307,用于解析数据请求,得到对应的目标数据位置和数据转换格式,还用于根据目标数据位置从数据库中读取目标数据,调用数据转换格式对应的数据转换脚本转换目标数据,得到对应数据转换格式的转换后数据;
返回接口308,用于返回转换后数据。
解析模块307还用于当不存在数据转换格式对应的数据转换脚本,根据目标数据位置从数据库中读取目标数据,并触发返回接口308返回转换后数据。
可以理解的是,本实施例中数据处理脚本、数据库的存储和读取、数据转换脚本均独立于主工程代码,也即主工程代码与数据处理脚本解耦,数据处理脚本以插槽模式设于本实施例文件数据处理方法中,可扩展性高,任何开发人员都可通过插槽模式的接口发送数据处理脚本,以应用在本申请实施例的文件数据处理方法中,便于对其相关的文件数据进行标准化处理。基于高扩展性,设计该数据库的主工程代码的开发周期将缩短,人力投入、项目开支均可明显降低。
图4是本申请实施例提供的电子设备4的示意图。如图4所示,该实施例的电子设备4包括:处理器401、存储器402以及存储在该存储器402中并且可在处理器401上运行的计算机程序403。处理器401执行计算机程序403时实现上述各个方法实施例中的步骤。或者,处理器401执行计算机程序403时实现上述各装置实施例中各模块/单元的功能。
电子设备4可以是桌上型计算机、笔记本、掌上电脑及云端服务器等电子设备。电子设备4可以包括但不仅限于处理器401和存储器402。本领域技术人员可以理解,图4仅仅是电子设备4的示例,并不构成对电子设备4的限定,可以包括比图示更多或更少的部件,或者不同的部件。
处理器401可以是中央处理单元(Central Processing Unit,CPU),也可以是其它通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。
存储器402可以是电子设备4的内部存储单元,例如,电子设备4的硬盘或内存。存储器402也可以是电子设备4的外部存储设备,例如,电子设备4上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。存储器402还可以既包括电子设备4的内部存储单元也包括外部存储设备。存储器402用于存储计算机程序以及电子设备所需的其它程序和数据。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个可读存储介质中。基于这样的理解,本申请实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,计算机程序可以存储在可读存储介质中,该计算机程序在被处理器执行时,可以实现上述各个方法实施例的步骤。计算机程序可以包括计算机程序代码,计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。可读存储介质可以包括:能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-OnlyMemory,ROM)、随机存取存储器(Random Access Memory,RAM)、电载波信号、电信信号以及软件分发介质等。需要说明的是,可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如,在某些司法管辖区,根据立法和专利实践,可读存储介质不包括电载波信号和电信信号。
以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。

Claims (10)

1.一种文件数据处理方法,其特征在于,包括:
接收一个或多个数据处理脚本;
接收文件数据及所述文件数据的数据属性;
判断是否存在与所述数据属性对应的所述数据处理脚本;
若是,调用所述数据处理脚本解析所述文件数据,得到对应标准数据格式的第一处理后数据;
将所述第一处理后数据存入数据库的标准数据区域中。
2.根据权利要求1所述的方法,其特征在于,所述数据属性包括项目名称、业务类别、时间戳、文件数据的存储类型、随机字符串中的一个或多个。
3.根据权利要求1所述的方法,其特征在于,判断是否存在与所述数据属性对应的所述数据处理脚本,还包括:
返回无所述数据处理脚本的提示信息,并将所述文件数据存入所述数据库的未标准化区域中。
4.根据权利要求3所述的方法,其特征在于,还包括:
当接收到新的所述数据处理脚本,判断所述未标准化区域中是否存在所述数据属性与新的所述数据处理脚本对应的所述文件数据;
若是,调用所述数据处理脚本解析所述未标准化区域中的所述文件数据,得到对应所述标准数据格式的第二处理后数据;
将所述第二处理后数据存入所述标准数据区域中。
5.根据权利要求1所述的方法,其特征在于,所述第一处理后数据为包括不同数据结构的多个数据的JSON对象,所述数据结构根据所述标准数据格式确定。
6.根据权利要求1至5任一项所述的方法,其特征在于,还包括:
接收一个或多个数据转换脚本;
接收数据请求;
解析所述数据请求,得到对应的目标数据位置和数据转换格式;
根据所述目标数据位置从所述数据库中读取目标数据,调用所述数据转换格式对应的所述数据转换脚本转换所述目标数据,得到对应所述数据转换格式的转换后数据;
返回所述转换后数据。
7.根据权利要求6所述的方法,其特征在于,还包括:
当不存在所述数据转换格式对应的所述数据转换脚本,根据所述目标数据位置从所述数据库中读取所述目标数据并返回。
8.一种文件数据处理装置,其特征在于,包括:
插槽接口,用于接收一个或多个数据处理脚本;
数据接口,用于接收文件数据及所述文件数据的数据属性;
判断模块,用于判断是否存在与所述数据属性对应的所述数据处理脚本,若是,则触发动作模块;
所述动作模块,用于调用所述数据处理脚本解析所述文件数据,得到对应标准数据格式的第一处理后数据;
存储模块,用于将所述第一处理后数据存入数据库的标准数据区域中。
9.一种电子设备,包括存储器、处理器以及存储在所述存储器中并且可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至7中任一项所述方法的步骤。
10.一种可读存储介质,所述可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述方法的步骤。
CN202310639586.5A 2023-05-31 2023-05-31 一种文件数据处理方法、装置、电子设备及可读存储介质 Pending CN116627478A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310639586.5A CN116627478A (zh) 2023-05-31 2023-05-31 一种文件数据处理方法、装置、电子设备及可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310639586.5A CN116627478A (zh) 2023-05-31 2023-05-31 一种文件数据处理方法、装置、电子设备及可读存储介质

Publications (1)

Publication Number Publication Date
CN116627478A true CN116627478A (zh) 2023-08-22

Family

ID=87613158

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310639586.5A Pending CN116627478A (zh) 2023-05-31 2023-05-31 一种文件数据处理方法、装置、电子设备及可读存储介质

Country Status (1)

Country Link
CN (1) CN116627478A (zh)

Similar Documents

Publication Publication Date Title
CN112527649A (zh) 一种测试用例的生成方法和装置
CN113626223A (zh) 一种接口调用方法和装置
CN113760729A (zh) 一种代码检测方法和装置
CN110888794A (zh) 接口测试方法和装置
CN113448869B (zh) 测试用例生成的方法、装置、电子设备及计算机可读介质
CN113515271B (zh) 服务代码生成方法、装置、电子设备及可读存储介质
CN111124541A (zh) 一种配置文件的生成方法、装置、设备及介质
CN112559024A (zh) 一种生成交易码变更列表的方法和装置
CN112559646A (zh) 一种报表下载方法和装置
CN112860538A (zh) 基于线上日志进行接口回归测试的方法和装置
CN116627478A (zh) 一种文件数据处理方法、装置、电子设备及可读存储介质
CN115391343A (zh) 账单数据处理方法、装置、电子设备和存储介质
CN113032256B (zh) 自动化测试方法、装置、计算机系统和可读存储介质
CN114691527A (zh) 单元测试案例生成方法、装置、设备、介质和程序产品
CN112783903B (zh) 生成更新日志的方法和装置
CN112579428B (zh) 接口测试的方法、装置、电子设备和存储介质
CN112732471B (zh) 接口返回数据的纠错方法和纠错装置
CN114064429A (zh) 审计日志的采集方法、装置、存储介质和服务器
CN110471708B (zh) 基于可重用组件的配置项获取的方法及装置
CN113419738A (zh) 接口文档的生成方法、装置及接口管理设备
CN113760698A (zh) 一种测试用例文件数据的转换方法和装置
CN113760274A (zh) 一种前端组件逻辑注入方法和装置
CN113779018A (zh) 一种数据处理方法和装置
CN109376023B (zh) 用于生成调用信息、发布返回码组的方法和设备
CN111736805B (zh) 一种处理Excel表格的方法和装置

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
TA01 Transfer of patent application right

Effective date of registration: 20240117

Address after: No. 13 Xingxiang Road, Zengjia Town, High tech Zone, Shapingba District, Chongqing, 400039

Applicant after: Chongqing Selis Phoenix Intelligent Innovation Technology Co.,Ltd.

Address before: 610095 No. 2901, floor 29, unit 1, building 1, No. 151, Tianfu Second Street, high tech Zone, China (Sichuan) pilot Free Trade Zone, Chengdu, Sichuan Province

Applicant before: Chengdu Thalys Technology Co.,Ltd.

TA01 Transfer of patent application right