CN114064657A - 多表格整合方法、装置、设备及存储介质 - Google Patents
多表格整合方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN114064657A CN114064657A CN202111405207.3A CN202111405207A CN114064657A CN 114064657 A CN114064657 A CN 114064657A CN 202111405207 A CN202111405207 A CN 202111405207A CN 114064657 A CN114064657 A CN 114064657A
- Authority
- CN
- China
- Prior art keywords
- integrated
- column
- index key
- header information
- row
- 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
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/22—Indexing; Data structures therefor; Storage structures
- G06F16/2282—Tablespace storage structures; Management thereof
-
- 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/2457—Query processing with adaptation to user needs
- G06F16/24578—Query processing with adaptation to user needs using ranking
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/166—Editing, e.g. inserting or deleting
- G06F40/174—Form filling; Merging
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/166—Editing, e.g. inserting or deleting
- G06F40/177—Editing, e.g. inserting or deleting of tables; using ruled lines
- G06F40/18—Editing, e.g. inserting or deleting of tables; using ruled lines of spreadsheets
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Computational Linguistics (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Health & Medical Sciences (AREA)
- Artificial Intelligence (AREA)
- Audiology, Speech & Language Pathology (AREA)
- General Health & Medical Sciences (AREA)
- Software Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请提供了一种多表格整合方法、装置、设备及存储介质。其中,该方法包括:根据待整合表格的行列信息,确定对应的索引关键字以及整合后表格中的列标题信息;从各所述待整合表格中,获取每一所述索引关键字对应的行数据信息;根据每一所述索引关键字对应的行数据信息与所述列标题信息间的关联关系,生成整合后的表格。本申请实施例提供的技术方案,通过每一索引关键字对应的行数据信息与各个列标题信息间的关联关系,实现多表格整合过程的自动化,无需手动整合多表格,提高多表格整合的高效性和准确性。
Description
技术领域
本申请实施例涉及表格处理技术领域,具体涉及一种多表格整合方法、装置、设备及存储介质。
背景技术
为了便于各类数据的统计分析,通常会采用各种表格来存储统计各项数据,进而存在不同表格内存储的部分数据内容发生重复,使得不同表格相互关联的情况,例如第一表格内存储有用户1的性别、年龄、身高、体重等信息,而第二表格内存储有用户1的性别、年龄、血压、血糖等信息。此时,需要将存在关联信息的不同表格整合为一个表格,以便对同一用户的全部信息进行统一分析。
目前,对存在关联信息的多个表格进行整合时,通常采用手动整合的方式,在其中一张表格中插入新的数据或添加空行,来将其他表格内的行数据和列数据合并到该表格中。然而,由于待整合的各个表格中记录的数据内容数量通常非常庞大,而且不同表格的列字段排列也是杂乱无序的,因此在手动整合多个表格时,需要投入大量的人工整合工作量,极大降低了多表格的整合效率;而且手动整合经常会有数据遗漏或整合失误的情况发生,无法保证多表格整合的准确性。
发明内容
本申请提供一种多表格整合方法、装置、设备及存储介质,实现多表格整合过程的自动化,提高多表格整合的高效性和准确性。
第一方面,本申请实施例提供了一种多表格整合方法,该方法包括:
根据待整合表格的行列信息,确定对应的索引关键字以及整合后表格中的列标题信息;
从各所述待整合表格中,获取每一所述索引关键字对应的行数据信息;
根据每一所述索引关键字对应的行数据信息与所述列标题信息间的关联关系,生成整合后的表格。
第二方面,本申请实施例提供了一种多表格整合装置,该装置包括:
整合信息确定模块,用于根据待整合表格的行列信息,确定对应的索引关键字以及整合后表格中的列标题信息;
行数据获取模块,用于从各所述待整合表格中,获取每一所述索引关键字对应的行数据信息;
表格整合模块,用于根据每一所述索引关键字对应的行数据信息与所述列标题信息间的关联关系,生成整合后的表格。
第三方面,本申请实施例提供了一种电子设备,该电子设备包括:
处理器和存储器,所述存储器用于存储计算机程序,所述处理器用于调用并运行所述存储器中存储的计算机程序,以执行本申请第一方面中提供的多表格整合方法。
第四方面,本申请实施例提供了一种计算机可读存储介质,用于存储计算机程序,所述计算机程序使得计算机执行如本申请第一方面中提供的多表格整合方法。
第五方面,本申请实施例提供了一种计算机程序产品,包括计算机程序/指令,其特征在于,该计算机程序/指令被处理器执行时实现如本申请第一方面中提供的多表格整合方法。
本申请实施例提供的一种多表格整合方法、装置、设备及存储介质,首先根据各个待整合表格中的行列信息,确定对应的索引关键字以及整合后表格中存在的各个列标题信息,然后从各个待整合表格中,获取每一索引关键字对应的行数据信息,进而根据每一索引关键字对应的行数据信息与各个列标题信息间的关联关系,生成整合后的表格,从而实现多表格整合过程的自动化,无需手动整合多表格,提高多表格整合的高效性和准确性。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例示出的一种多表格整合方法的流程图;
图2为本申请实施例示出的每一索引关键字对应的行数据信息的存储结构的示意图;
图3为本申请实施例示出的另一种多表格整合方法的流程图;
图4为本申请实施例示出的每一索引关键字对应的行数据信息的整合过程的原理示意图;
图5为本申请实施例示出的一种多表格整合装置的原理框图;
图6是本申请实施例提供的电子设备的示意性框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
为了避免手动整合多表格时工作量大,且容易出现整合遗漏的问题,本申请实施例设计了一种自动化的多表格整合方式,能够自动对表格数据庞大的多张表格进行快速且准确的整合,从而得到一张整合后的表格。
图1为本申请实施例示出的一种多表格整合方法的流程图。参照图1,该方法具体可以包括如下步骤:
S110,根据待整合表格的行列信息,确定对应的索引关键字以及整合后表格中的列标题信息。
考虑到多表格整合主要是按照一定规则对各个表格中的行信息和列信息进行合并,说明整合后表格内的行信息综合了所有待整合表格的每一行信息,而整合后表格内的列信息也综合了所有待整合表格内的每一列信息。因此,本申请可以将多表格的整合分为列整合和行整合两个步骤。
在本实施例中,通过索引关键字能够区分标识每一待整合表格中存在的各个行信息,使得各个表格中的每一行均存在唯一不同的索引关键字,例如每一表格中的行编号可以作为索引关键字,或者表格的每一行用于存储不同用户的信息时,可以将每一行所存储的用户身份标识作为对应的索引关键字。
而且,各个表格为了准确描述所存储的每一列信息的属性,会为每一列设定对应的标题信息,来区分每一列信息的不同。因此,本申请可以采用列标题信息来区分标识各个待整合表格和整合后表格内的每一列信息,使得各个表格中的每一列均存在不同的标题信息。
在对多个表格进行整合时,首先需要分析各个待整合表格内的行信息,以判断出各个待整合表格内的各个行信息之间的不同点,进而筛选出能够唯一标识各个待整合表格内存在的各个行的对象,作为本实施例中的索引关键字。同时,通过分析各个待整合表格内的列信息,可以确定出所有待整合表格内每一列的标题信息,进而将各个待整合表格内存在的所有列标题信息进行去重合并,即可得到整合后表格中的各个列标题信息,使得多表格整合能够实现各表格内不同列信息的合并。也就是说,本申请中整合后表格的列标题信息为对各个待整合表格中每一列的标题信息求并集后得到的并集结果。
需要说明的是,本申请实施例中的待整合表格可以为二维表。对于三维表和四维表等二维以上的表格进行整合,也可以根据具体多维表的索引特性和整合要求,对本申请实施例中提供的多表格整合方式中的某些对象进行更新,即可采用相似的整合原理实现二维以上表格的自动化整合,本申请实施例提供的多表格整合方式并不限定对二维表进行整合。
S120,从各待整合表格中,获取每一索引关键字对应的行数据信息。
在确定多表格整合时用于对各个待整合表格内的行信息进行区分标识的索引关键字后,首先可以依次针对每一索引关键字,从每一待整合表格内查找出该索引关键字所表示的行信息,进而对每一待整合表格内该索引关键字所表示的行信息进行去重合并,从而得到该索引关键字对应的行数据信息,依次循环,即可得到每一索引关键字对应的行数据信息。
也就是说,针对每一索引关键字,可以对各个待整合表格内每个索引关键字对应的行信息进行重新综合存储,得到每一索引关键字对应的行数据信息。
其中,为了便于示例性解释,本实施例可以采用Key_n表示各个索引关键字,采用Key_t表示各个索引关键字(Key_n)对应的各个列字段的标题信息,采用Value表示各个列标题信息(Key_t)下对应存储的实际数据单元。
此时,每一索引关键字对应的行数据信息的存储结构可以如图2所示。由此可看出,针对待整合表格内的每一索引关键字,均会专门设定一个对应的数据存储结构,以对所有待整合表格内该索引关键字所表示的行信息进行统一的重新存储,也就是实现每一索引关键字在各个待整合表格内所表示的行信息的统一合并。
以下述两个表格进行整合为例,分析每一索引关键字对应的行数据信息。
表1待整合表格1
编号 | 姓名 | 性别 | 年龄 | 身高 | 体重 | 视力 |
103 | 张三 | 男 | 21 | 175 | 148 | 4 |
104 | 李四 | 女 | 22 | 170 | 112 | 5 |
105 | 王五 | 男 | 23 | 172 | 145 | 4 |
102 | 冯二 | 男 | 22 | 178 | 168 | 4 |
101 | 陈一 | 女 | 20 | 165 | 89 | 5 |
表2待整合表格2
编号 | 姓名 | 性别 | 年龄 | 血压 | 血糖 | 心率 |
104 | 李四 | 女 | 22 | 160 | 2 | 66 |
106 | 赵六 | 男 | 26 | 170 | 3 | 58 |
107 | 吴七 | 女 | 35 | 150 | 4 | 63 |
103 | 张三 | 男 | 21 | 170 | 2 | 68 |
105 | 王五 | 男 | 23 | 160 | 3 | 56 |
对上述两个表格进行整合时,可以确定索引关键字(Key_n)可以为两个表格内的行编号,两个表格整合后的列标题信息(Key_t)可以包括编号、姓名、性别、身高、体重、视力、血压、血糖和心率这九部分。
按照上述对获取每一索引关键字对应的行数据信息的描述,可以得到上述两个表格内每一索引关键字(也就是行编号)对应的行数据信息的存储结构如下表3所示:
表3行数据信息的存储结构
S130,根据每一索引关键字对应的行数据信息与列标题信息间的关联关系,生成整合后的表格。
考虑到每一索引关键字对应的行数据信息是由该索引关键字在各个待整合表格内所表示的行信息合并得到,说明该行数据信息中包含有各个待整合表格内的特定行在相应列的标题信息下所存储的实际数据单元,使得该行数据信息中包含的各个实际数据单元与整合后表格的各个列标题信息之间存在一定的关联关系。
在本实施例中,通过分析每一索引关键字对应的行数据信息中所包含的各个实际数据单元所在列的标题信息,确定该索引关键字对应的行数据信息与列标题信息间的关联关系。进而,按照该关联关系,依次针对每一索引关键字,将该索引关键字对应的行数据信息中包含的各个实际数据单元对应填写到关联的某一列标题信息下,依次循环,完成对每一索引关键字对应的行数据信息到各个列标题信息下的关联填写后,即可得到整合后的表格,从而实现多表格整合过程的自动化。
本申请实施例提供的技术方案,首先根据各个待整合表格中的行列信息,确定对应的索引关键字以及整合后表格中存在的各个列标题信息,然后从各个待整合表格中,获取每一索引关键字对应的行数据信息,进而根据每一索引关键字对应的行数据信息与各个列标题信息间的关联关系,生成整合后的表格,从而实现多表格整合过程的自动化,无需手动整合多表格,提高多表格整合的高效性和准确性。
作为本申请实施例中的一种可选实现方案,为了避免多表格整合时对某一索引关键字的处理遗漏,本申请会通过遍历每一索引关键字,从而准确对每一索引关键字下的表格整合过程进行详细的说明。
而且,为了提升整合后表格的展示有序美观性,本申请还会对多表格整合时,各个索引关键字在整合后表格内的整合顺序进行说明,也就是在获取待整合表格中每一索引关键字对应的行数据信息之后,还会执行下述步骤:对待整合表格中的每一索引关键字进行排序,按序存储每一索引关键字对应的行数据信息,以确定索引关键字在整合后表格内的整合顺序,从而确保整合后表格的有序展示。
图3为本申请实施例示出的另一种多表格整合方法的流程图。如图3所示,该方法具体可以包括如下步骤:
S310,根据待整合表格的行列信息,确定对应的索引关键字以及整合后表格中的列标题信息。
S320,从各待整合表格中,获取每一索引关键字对应的行数据信息。
S330,对待整合表格中的每一索引关键字进行排序,按序存储每一索引关键字对应的行数据信息,以确定索引关键字在整合后表格内的整合顺序。
根据上述对多表格整合过程的描述可知,多表格整合过程实际上是将每一索引关键字对应的行数据信息中包含的各个实际数据单元,对应填入到所关联的某一列标题信息下,因此整合后表格内各行信息的顺序可以认为是索引关键字在整合后表格内的整合顺序。
此时,为了确保整合后表格内各行信息的有序展示,本申请在获取到每一索引关键字对应的行数据信息之后,可以按照特定的有序展示需求,对各个索引关键字进行排序,该有序展示需求与索引关键字的展示特性相关。例如,如果索引关键字为表格内的行编号,那么该有序展示需求可以为按照编号顺序依次展示即可,而如果索引关键字为表格内所存储的用户身份标识,那么可以根据用户身份所在地区的优劣顺序来设定该有序展示需求。
本申请对于索引关键字进行排序是所参考的有序展示需求不作具体限定,可以由工作人员按照索引关键字的特点进行具体设定。
然后,在对待整合表格的各个索引关键字进行排序后,可以重新调整每一索引关键字对应的行数据信息的存储结构,以按序存储每一索引关键字对应的行数据信息。
示例性的,对上述表1和表2中的两个待整合表格内的每一索引关键字对应的行数据信息的存储结构进行按序调整后,所得到的行数据信息按序调整后的存储结构如下表4所示:
表4行数据信息按序调整后的存储结构
后续针对每一索引关键字,依次将该索引关键字对应的行数据信息整合到各个关联的列标题信息下时,可以按照上述按序调整后的存储结构来依次执行各个索引关键字对应的行数据信息的整合步骤。
S340,遍历索引关键字。
为了避免多表格整合时对某一索引关键字的处理遗漏,可以通过遍历待整合表格内的各个索引关键字,从而按序对每一索引关键字对应的行数据信息进行整合处理,防止多表格整合时的数据遗漏。
S350,从列标题信息中,确定当前遍历的索引关键字对应的行数据信息中每一列字段的关联列标题信息,并将该列字段写入到关联列标题信息下。
其中,每一索引关键字对应的行数据信息由至少一个列标题信息下的列字段组成,列字段可以为待整合表格内在相应列标题信息下所存储的实际数据单元,也就是各个Key-t下存储的Value值。
在对当前遍历的索引关键字对应的行数据信息执行整合步骤时,首先会分析当前遍历的索引关键字对应的行数据信息中包含的每一列字段,然后确定该列字段所在列的标题信息,从而确定该行数据信息中每一列字段的关联列标题信息。在对当前遍历的索引关键字对应的行数据信息进行整合时,可以将该行数据信息内包含的每一列字段分别对应写入到该列字段的关联列标题信息下,从而实现该行数据信息的自动整合。
示例性的,如图4所示,遍历每一索引关键字(记为Key-n),将当前遍历的索引关键字对应的行数据信息中包含的每一列字段依次写入到该列字段的关联列标题信息下,完成当前遍历的索引关键字下的多表格整合。
此外,为了确保多表格整合的快捷性,本实施例在遍历索引关键字之前,还会以各个列标题信息作为表格标题,创建空表格。然后,在索引关键字的遍历过程中,在该空表格的各个列标题信息下,来不断填入当前遍历的索引关键字对应的行数据信息中包含的各个列字段。
对于当前遍历的索引关键字对应的行数据信息中每一列字段到关联列标题信息下的写入过程,可以将当前遍历的索引关键字对应的行数据信息中每一列字段,直接写入到所创建的空表格中的目标单元内。其中,该目标单元为空表格中由当前遍历的索引关键字所指向的行和该列字段的关联列标题信息所指向的列共同表示的表格单元。
S360,完成索引关键字的遍历后,得到整合后的表格。
在完成各个索引关键字的遍历后,会将每一索引关键字对应的行数据信息中包含的每一列字段均对应写入到该列字段的关联列标题信息下,进而完成多表格的整合,得到整合后的表格。
本申请实施例提供的技术方案,通过遍历索引关键字,实现每一索引关键字对应的行数据信息的整合,避免多表格整合时的数据遗漏,从而确保多表格整合的准确性;而且,通过对待整合表格中的各个索引关键字进行排序,来重新按序调整各个索引关键字对应的行数据信息的存储结构,以便按序整合多表格中每一索引关键字对应的行数据信息,从而确保整合后表格的有序展示,提升整合后表格内每一索引关键字对应的行信息的有序展示。
图5为本申请实施例示出的一种多表格整合装置的原理框图。如图5所示,该装置500可以包括:
整合信息确定模块510,用于根据待整合表格的行列信息,确定对应的索引关键字以及整合后表格中的列标题信息;
行数据获取模块520,用于从各所述待整合表格中,获取每一所述索引关键字对应的行数据信息;
表格整合模块530,用于根据每一所述索引关键字对应的行数据信息与所述列标题信息间的关联关系,生成整合后的表格。
进一步的,所述表格整合模块530,可以包括:
遍历单元,用于遍历所述索引关键字;
整合执行单元,用于从所述列标题信息中,确定当前遍历的索引关键字对应的行数据信息中每一列字段的关联列标题信息,并将该列字段写入到所述关联列标题信息下;
整合结束单元,用于完成所述索引关键字的遍历后,得到整合后的表格。
进一步的,每一所述索引关键字对应的行数据信息由至少一个列标题信息下的列字段组成。
进一步的,所述多表格整合装置500,还可以包括:
空表格创建模块,用于以各所述列标题信息作为表格标题,创建空表格。
相应的,所述整合执行单元,可以具体用于:
将当前遍历的索引关键字对应的行数据信息中每一列字段,写入到所述空表格中的目标单元内,所述目标单元为所述空表格中由当前遍历的索引关键字所指向的行和该列字段的关联列标题信息所指向的列共同表示的表格单元。
进一步的,所述多表格整合装置500,还可以包括:
排序模块,用于对所述待整合表格中的每一索引关键字进行排序,按序存储每一索引关键字对应的行数据信息,以确定所述索引关键字在所述整合后表格内的整合顺序。
进一步的,所述列标题信息为各所述待整合表格中每一列的标题信息的并集结果。
本申请实施例中,首先根据各个待整合表格中的行列信息,确定对应的索引关键字以及整合后表格中存在的各个列标题信息,然后从各个待整合表格中,获取每一索引关键字对应的行数据信息,进而根据每一索引关键字对应的行数据信息与各个列标题信息间的关联关系,生成整合后的表格,从而实现多表格整合过程的自动化,无需手动整合多表格,提高多表格整合的高效性和准确性。
应理解的是,装置实施例与方法实施例可以相互对应,类似的描述可以参照方法实施例。为避免重复,此处不再赘述。具体地,图5所示的装置500可以执行本申请提供的任一方法实施例,并且装置500中的各个模块的前述和其它操作和/或功能分别为了实现本申请实施例的各个方法中的相应流程,为了简洁,在此不再赘述。
上文中结合附图从功能模块的角度描述了本申请实施例的装置500。应理解,该功能模块可以通过硬件形式实现,也可以通过软件形式的指令实现,还可以通过硬件和软件模块组合实现。具体地,本申请实施例中的方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路和/或软件形式的指令完成,结合本申请实施例公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。可选地,软件模块可以位于随机存储器,闪存、只读存储器、可编程只读存储器、电可擦写可编程存储器、寄存器等本领域的成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法实施例中的步骤。
图6是本申请实施例提供的电子设备600的示意性框图。
如图6所示,该电子设备600可包括:
存储器610和处理器620,该存储器610用于存储计算机程序,并将该程序代码传输给该处理器620。换言之,该处理器620可以从存储器610中调用并运行计算机程序,以实现本申请实施例中的多表格整合方法。
例如,该处理器620可用于根据该计算机程序中的指令执行上述方法实施例。
在本申请的一些实施例中,该处理器620可以包括但不限于:
通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(FieldProgrammable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等等。
在本申请的一些实施例中,该存储器610包括但不限于:
易失性存储器和/或非易失性存储器。其中,非易失性存储器可以是只读存储器(Read-Only Memory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、电可擦除可编程只读存储器(Electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(Static RAM,SRAM)、动态随机存取存储器(Dynamic RAM,DRAM)、同步动态随机存取存储器(Synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synch link DRAM,SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM,DR RAM)。
在本申请的一些实施例中,该计算机程序可以被分割成一个或多个模块,该一个或者多个模块被存储在该存储器610中,并由该处理器620执行,以完成本申请提供的方法。该一个或多个模块可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述该计算机程序在该电子设备中的执行过程。
如图6所示,该电子设备还可包括:
收发器630,该收发器630可连接至该处理器620或存储器610。
其中,处理器620可以控制该收发器630与其他设备进行通信,具体地,可以向其他设备发送信息或数据,或接收其他设备发送的信息或数据。收发器630可以包括发射机和接收机。收发器630还可以进一步包括天线,天线的数量可以为一个或多个。
应当理解,该电子设备中的各个组件通过总线系统相连,其中,总线系统除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。
本申请实施例还提供了一种计算机存储介质,其上存储有计算机程序,该计算机程序被计算机执行时使得该计算机能够执行上述方法实施例的方法。或者说,本申请实施例还提供一种包含指令的计算机程序产品,该指令被计算机执行时使得计算机执行上述方法实施例的方法。
当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时,全部或部分地产生按照本申请实施例该的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如数字视频光盘(digital video disc,DVD))、或者半导体介质(例如固态硬盘(solid state disk,SSD))等。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的模块及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,该模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个模块或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理模块,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。例如,在本申请各个实施例中的各功能模块可以集成在一个处理模块中,也可以是各个模块单独物理存在,也可以两个或两个以上模块集成在一个模块中。
以上,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以该权利要求的保护范围为准。
Claims (10)
1.一种多表格整合方法,其特征在于,包括:
根据待整合表格的行列信息,确定对应的索引关键字以及整合后表格中的列标题信息;
从各所述待整合表格中,获取每一所述索引关键字对应的行数据信息;
根据每一所述索引关键字对应的行数据信息与所述列标题信息间的关联关系,生成整合后的表格。
2.根据权利要求1所述的方法,其特征在于,所述根据每一所述索引关键字对应的行数据信息与所述列标题信息间的关联关系,生成整合后的表格,包括:
遍历所述索引关键字;
从所述列标题信息中,确定当前遍历的索引关键字对应的行数据信息中每一列字段的关联列标题信息,并将该列字段写入到所述关联列标题信息下;
完成所述索引关键字的遍历后,得到整合后的表格。
3.根据权利要求2所述的方法,其特征在于,每一所述索引关键字对应的行数据信息由至少一个列标题信息下的列字段组成。
4.根据权利要求2所述的方法,其特征在于,在遍历所述索引关键字之前,还包括:
以各所述列标题信息作为表格标题,创建空表格;
相应的,所述将该列字段写入到所述关联列标题信息下,包括:
将当前遍历的索引关键字对应的行数据信息中每一列字段,写入到所述空表格中的目标单元内,所述目标单元为所述空表格中由当前遍历的索引关键字所指向的行和该列字段的关联列标题信息所指向的列共同表示的表格单元。
5.根据权利要求1所述的方法,其特征在于,在获取待整合表格中每一索引关键字对应的行数据信息之后,还包括:
对所述待整合表格中的每一索引关键字进行排序,按序存储每一索引关键字对应的行数据信息,以确定所述索引关键字在所述整合后表格内的整合顺序。
6.根据权利要求1所述的方法,其特征在于,所述列标题信息为各所述待整合表格中每一列的标题信息的并集结果。
7.一种多表格整合装置,其特征在于,包括:
整合信息确定模块,用于根据待整合表格的行列信息,确定对应的索引关键字以及整合后表格中的列标题信息;
行数据获取模块,用于从各所述待整合表格中,获取每一所述索引关键字对应的行数据信息;
表格整合模块,用于根据每一所述索引关键字对应的行数据信息与所述列标题信息间的关联关系,生成整合后的表格。
8.一种电子设备,其特征在于,包括:
处理器和存储器,所述存储器用于存储计算机程序,所述处理器用于调用并运行所述存储器中存储的计算机程序,以执行权利要求1-6中任一项所述的多表格整合方法。
9.一种计算机可读存储介质,其特征在于,用于存储计算机程序,所述计算机程序使得计算机执行如权利要求1-6中任一项所述的多表格整合方法。
10.一种计算机程序产品,包括计算机程序/指令,其特征在于,该计算机程序/指令被处理器执行时实现如权利要求1-6任一项所述的多表格整合方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111405207.3A CN114064657A (zh) | 2021-11-24 | 2021-11-24 | 多表格整合方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111405207.3A CN114064657A (zh) | 2021-11-24 | 2021-11-24 | 多表格整合方法、装置、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114064657A true CN114064657A (zh) | 2022-02-18 |
Family
ID=80275885
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111405207.3A Pending CN114064657A (zh) | 2021-11-24 | 2021-11-24 | 多表格整合方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114064657A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115630620A (zh) * | 2022-10-31 | 2023-01-20 | 中诚智信工程咨询集团股份有限公司 | 工程造价分析数据采集与处理的方法及系统 |
-
2021
- 2021-11-24 CN CN202111405207.3A patent/CN114064657A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115630620A (zh) * | 2022-10-31 | 2023-01-20 | 中诚智信工程咨询集团股份有限公司 | 工程造价分析数据采集与处理的方法及系统 |
CN115630620B (zh) * | 2022-10-31 | 2023-12-26 | 中诚智信工程咨询集团股份有限公司 | 工程造价分析数据采集与处理的方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10509772B1 (en) | Efficient locking of large data collections | |
US20150026189A1 (en) | Index structure for a relational database table | |
US10866973B2 (en) | Test data management | |
CN112889042A (zh) | 机器学习中超参数的识别与应用 | |
JP6862531B2 (ja) | ガイド付きデータ探索 | |
CN108897874B (zh) | 用于处理数据的方法和装置 | |
US11468093B2 (en) | Synopsis based advanced partition elimination | |
US11734258B2 (en) | Constraint data statistics | |
US10296497B2 (en) | Storing a key value to a deleted row based on key range density | |
US10402406B2 (en) | Predictive database for computer processes | |
CN107783786B (zh) | 一种创建设备资源的方法和装置 | |
CN110222046B (zh) | 列表数据的处理方法、装置、服务器和存储介质 | |
CN114064657A (zh) | 多表格整合方法、装置、设备及存储介质 | |
CN113761185A (zh) | 主键提取方法、设备及存储介质 | |
CN108121733B (zh) | 一种数据的查询方法及装置 | |
CN115422180A (zh) | 数据校验方法及系统 | |
CN114116773A (zh) | 一种结构化查询语言sql文本审核方法及装置 | |
US20070150449A1 (en) | Database program acceleration | |
US9569470B2 (en) | Managing sharing relationship of tables | |
CN115809304A (zh) | 字段级血缘解析方法、装置、计算机设备、存储介质 | |
CN115062044A (zh) | 一种数据查询方法、装置、设备及存储介质 | |
CN116401245A (zh) | 一种数据索引构建方法及系统 | |
CN116400956A (zh) | 一种代码合并信息确定方法、装置、电子设备及存储介质 | |
CN116244326A (zh) | 数据处理方法及其装置、电子设备、计算机可读存储介质 | |
CN117971806A (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 |