CN111913960A - 一种表单处理方法及相关设备 - Google Patents

Abstract

本申请实施例公开了一种表单存储方法，用于对多个表单在数据库中的存储过程，包括：获取目标表单；依据路由表判断第一数据库表内存储的表单数量是否达到预设值；若第一数据库表内存储的表单数量未达到预设值，则确定依据目标表单生成的数据存储至第一数据库表中；在路由表中记录目标表单与第一数据库表的对应关系。通过本方法在对路由表所记录的存储记录进行判断，若第一数据库表内所存储的表单数量未达到预设值，则确定依据目标表单生成的数据存储至第一数据库表，使得第一数据库表内可存储多个表单所生成的数据，将多个目标表单所生成的数据集中在一张或几张数据库表中，降低了在数据查询过程中所需查询的数据表数量，便于对表单的管理及维护。

Description

一种表单处理方法及相关设备

技术领域

本申请实施例涉及数据处理领域，尤其涉及一种表单处理方法及相关设备

背景技术

随着计算机技术的发展，信息化建设的日益深入，越来越多的信息化系统开发和运行，人们越来越多的关注并参与到信息化建设中。人们与网络的数据交互需求也日渐增长，表单是一种常用的用户向网络提交数据的方式，然而由于各个用户的需求之间存在差别，使用统一的表单进行对用户的数据采集存在较大的局限性，基于此种原因动态表单应运而生。动态表单可依照用户的需求进行字段的调整，以获取相应类型的数据。

对于不同类型的用户，所使用的动态表单不同，现有的对于动态表单及其采集的数据的存储方式一般为将不同的动态表单及其采集的数据分别以不同的表结构的形式存储至数据库。

对于用户类型较多或生成的动态表单种类较多的情况，数据库中会对应存储多个表结构，尤其对于一些数据量大、情况种类多的业务，在数据库中存储多个表结构，各个表结构分别存储其对应的数据，不利于对表单的维护及管理。

发明内容

本申请实施例第一方面提供了一种表单存储方法，包括：

获取目标表单，所述目标表单包括字段信息及特征信息；

依据路由表判断当前数据库表内存储的表单数量是否达到预设值；

若当前数据库表内存储的表单数量未达到预设值，则存储所述目标表单的字段信息及特征信息至所述数据库表；

在所述路由表中记录所述目标表单的存储地址。

基于本申请实施例第一方面提供的表单存储方法，可选地，所述方法还包括：

若当前数据库表内存储的表单数量达到预设值，则新建数据库表，存储所述目标表单的字段信息及特征信息至所述新建数据库表并确定所述新建数据库表为当前数据库表；

在所述路由表中记录所述目标表单的存储地址和所述新建数据库表的信息；

基于本申请实施例第一方面提供的表单存储方法，可选地，所述方法还包括：

获取依据所述目标表单生成的数据信息；

查询所述路由表以确定所述目标表单所属的数据库表；

存储所述数据信息至所述数据库表。

基于本申请实施例第一方面提供的表单存储方法，可选地，所述方法还包括：

采用日志文件记录所述数据信息的存储过程。

基于本申请实施例第一方面提供的表单存储方法，可选地，所述当前数据库表内存储有多个目标表单；

所述多个目标表单中存在相同的字段信息。

基于本申请实施例第一方面提供的表单存储方法，可选地，所述方法还包括：

依据所述相同的字段信息在所述当前数据库表中建立全局索引

本申请实施例第二方面提供了一种表单存储设备，包括：

获取单元，用于获取目标表单，所述目标表单包括字段信息及特征信息；

判断单元，用于依据路由表信息判断当前数据库表内存储的表单数量是否达到预设值，若当前数据库表内存储的表单数量未达到预设值，则触发存储单元；

存储单元，用于存储所述目标表单的字段信息及特征信息至所述数据库表；

记录单元，用于在所述路由表中记录所述目标表单的存储地址。

基于本申请实施例第二方面提供的表单存储设备，可选地，所述表单存储设备还包括：

新建单元，用于若第一数据库表内存储的表单数量已达到预设值，则新建第二数据库表，确定依据所述目标表单生成的数据存储至所述第二数据库表中；

确定所述第二数据库表为第一数据库表。

基于本申请实施例第二方面提供的表单存储设备，可选地，所述表单存储设备还包括：

存储单元，用于：获取依据所述目标表单生成的数据；

查询所述路由表以获取所述目标表单与所述第一数据库表的对应关系；

存储所述数据信息至所述第一数据库表。

基于本申请实施例第二方面提供的表单存储设备，可选地，所述存储单元还用于采用日志文件记录所述数据的存储过程。

基于本申请实施例第二方面提供的表单存储设备，可选地，所述表单存储设备还包括索引建立单元，用于在所述第一数据库表中建立全局索引。

基于本申请实施例第二方面提供的表单存储设备，可选地，所述第一数据库表内存储有多个目标表单，所述多个目标表单中存在相同的字段信息，所述表单存储设备还包括索引建立单元，用于依据所述相同的字段信息建立索引。

本申请实施例第三方面提供了一种表单存储设备，包括：

中央处理器，存储器，输入输出接口，有线或无线网络接口以及电源；

所述存储器为短暂存储存储器或持久存储存储器；

所述中央处理器配置为与所述存储器通信，在所述表单处理设备上执行所述存储器中的指令操作以执行本申请实施例中任意一项所述的方法。

本申请实施例第四方面提供了一种计算机可读存储介质，包括指令，当所述指令在计算机上运行时，使得计算机执行如本申请实施例第一方面中任意一项所述的方法。

本申请实施例第五方面提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如本申请实施例第一方面中任意一项所述的方法。

从以上技术方案可以看出，本申请实施例具有以下优点：生成表单时对路由所记录的数据库表存储记录进行判断，若数据库表所存储的表单数量未达到预设值，则存储该表单至数据库表，使得数据库表内可存储多个表单，降低了存储过程中所需存储的表结构数量，便于对表单的管理及维护。

附图说明

图1为本申请表单存储方法实施例的一个流程示意图；

图2为本申请表单存储方法实施例的另一个流程示意图；

图3为本申请表单存储设备实施例的一个结构示意图；

图4为本申请表单存储设备实施例的另一个结构示意图；

图5为本申请表单存储设备实施例的另一个结构示意图。

具体实施方式

本申请实施例提供了一种表单处理方法，用于对需存储多个表单的情况进行处理，通过本方法进行对表单的存储，降低了所需存储的表单数量，提高了对表单及数据的管理和维护简便性。

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

请参阅图1，本申请表单存储方法的一个实施例包括：步骤101-步骤105。

101、获取目标表单

获取目标表单，目标表单包括字段信息及特征信息，获取需存储的目标表单，目标表单可为依照用户的具体使用需求所生成的动态表单，表单包括用以与其他表单相区别的特征信息和用于描述所存储数据的字段信息，特征信息具体而言可包括表单的ID及数据表名等信息，同时还可包括用以描述表单在实际用户界面上的显示及布局形式的代码等，具体而言，可采用JSON(JavaScript Object Notation，JavaScript对象简谱)或XML(Extensible Markup Language,可扩展标记语言)对表单进行描述，具体可依据实际情况而定，此处不做限定。字段信息用以描述用户所需存储的具体数据的分类，用户可依据实际情况确定表单的字段个数及其格式与种类，具体此处不做限定。

102、依据路由表判断第一数据库表内存储的表单数量是否达到预设值

依据路由表判第一数据库表内存储的表单数量是否达到预设值。在对目标表单进行存储前读取路由表，并依据路由表所记录的信息判断当前处于激活状态的第一数据库表内所存储的表单数量是否达到预设值，路由表用以记载目标表单所对应的记录在数据库表中的存储位置，数据库表为为存储多个目标表单所预设的表结构，具有一定的预设结构，同时可依据目标表单的信息对应对数据库表内的字段进行调整。数据库内可以有多个数据库表，服务器可对多个第一数据库表进行判断，并获得数据库表内存储的表单数量，确定其中表单数量未达到预设值的数据库表以进行存储。预设值为人为预先设置，可以理解的是，数据库表也可依据表内所存储的数据总量对预设值进行调整，如若数据量过多则降低预设值。依据路由表所记录的存储目录，确定第一数据库表内所存储的表单数量并将其与预设值进行对比，若第一数据库表内存储的表单数量未达到预设值，则该数据库表可容纳目标表单的内容，可以进行存储，执行步骤103、确定依据所述目标表单生成的数据存储至所述第一数据库表中。

103、确定依据所述目标表单生成的数据存储至所述第一数据库表中。

若当前数据库表内存储的表单数量未达到预设值，则确定依据所述目标表单生成的数据存储至所述第一数据库表中。具体的服务器可对第一数据库表进行相应调整，以使得第一数据库表中存在与目标表单相应的字段信息，以保证依据目标表单生成的数据可完整存储至所述第一数据库表中。

104、在所述路由表中记录所述目标表单与所述第一数据库表的对应关系。

在所述路由表中记录所述目标表单与所述第一数据库表的对应关系。将该对应关系记录至路由表。以便于用户可依据路由表确定目标表单所生成数据的存储地址，并进行数据查询，同时记录目标表单的存储地址可用于在用户下一次存储目标表单时，确定数据库表内所存有的表单数量。

从以上技术方案可以看出，本申请实施例具有以下优点：确定目标表单并对路由表所记录的数据库表存储记录进行判断，若数据库表所存储的表单数量未达到预设值，则确定依据该目标表单所生成的数据存储至数据库表，使得数据库表内可存储多个目标表单所生成的数据，将多个目标表单所生成的数据集中在一张或几张数据库表中，降低了在数据查询过程中所需查询的数据表数量，便于对表单的管理及维护。

请参阅图2，本申请表单存储方法的另一个实施例包括：步骤201-步骤211。

201、获取目标表单。

获取需进行存储的目标表单，如用户依据自身需求而生成的用于记录出差信息的出差表，或用于记录报销信息的报销申请表等，目标表单为依据用户的需求动态生成，具体生成过程此处不再赘述，所生成的目标表单具有确定的特征信息及字段信息，具体可参照上述图1所对应实施例中101步骤，此处不再赘述。

202、依据路由表判断第一数据库表内存储的表单数量是否达到预设值。

依据路由表判断第一数据库表内存储的表单数量是否达到预设值。路由表记载了数据库中目标表单的存储地址，如：出差表存储于数据库表A，报销申请表存储于数据库表B，服务器对数据库表内所存储的表单数量与预设值之间的关系进行判断，具体的路由表可记载数据库表的状态信息，如数据库表可存在状态字段，字段值为0，则表示该数据库表未启用；字段值为1，则表示该数据库表内存储的表单数量未达到预设值，属于第一数据库表，新创建的表单可使用此数据库表，字段值为2，则表示该数据库表内存储的表单数量以达到预设值，不能再该数据库表内继续添加动态表单。数据库表(T_DataBaseList)可包括以下几个字段：id(主键)、表单名称、数据库访问地址、状态。其中表单名称字段可动态生成，用比标识数据库表内所存储的目标表单的名字，并与数据库表内所存储的其他目标表单相区分。数据库访问地址表示具体该目标表单的存储地址，可采用LOCAL：代表本地数据库的地址，或采用ip+port：代表远程数据库的地址。具体此处不做限定。数据库表为存储于数据库内的表结构，具体而言，数据库的类型可以为：基于SQL(Structured Query Language，结构化查询语言)的数据库或MongoDB类型的数据库。具体此处不做限定。

若第一数据库表内存储的表单数量已达到预设值，则执行步骤203、新建第二数据库表，确定依据所述目标表单生成的数据存储至所述第二数据库表中。同时若该第一数据库表内存有状态为1的状态字段，可将该状态字段由1修改为2，以表示该数据库表内的表单数据种类已满，不能再添加其他目标表单所生成的数据了。若当前第一数据库表内存储的表单数量未达到预设值，则执行步骤205、确定依据所述目标表单生成的数据存储至所述第一数据库表中。

203、新建第二数据库表，确定依据所述目标表单生成的数据存储至所述第二数据库表中。

若当前数据库表内存储的表单数量已达到预设值，则新建数据库表，存储所述目标表单的字段信息及特征信息至所述新建数据库表并确定所述新建数据库表为当前数据库表。基于上述步骤202的例子，若数据库中存在状态为0的数据库表，即未启用的数据库表，则可将状态字段由0修改为1启用该数据库表，该数据库表即为新建的第二数据库表，并确定依据所述目标表单生成的数据存储至所述第二数据库表中。

204、确定所述第二数据库表为第一数据库表。

确定所述第二数据库表为第一数据库表。即将新建的第二数据表确定为激活状态，当用户再次进行表单存储位置确认时，可对该第一数据库表内所存储的表单个数进行判断。

205、确定依据所述目标表单生成的数据存储至所述第一数据库表中。

若当前第一数据库表内存储的表单数量未达到预设值，则确定依据所述目标表单生成的数据存储至所述第一数据库表中。本步骤与上述图1所对应实施例中的步骤103类似，具体此处不再赘述。

206、在所述路由表中记录所述目标表单与所述第一数据库表的对应关系。

在所述路由表中记录所述目标表单与所述第一数据库表的对应关系。具体的可将目标表单的id与第一数据库表的id相互关联，并存储与路由表中，以便于在进行数据存储时，确定数据的具体存储位置。本步骤与上述图1所对应实施例中的步骤104类似，具体此处不再赘述。

207、获取依据所述目标表单生成的数据信息。

获取依据所述目标表单生成的数据信息。即用户使用该目标表单生成了具体的数据记录，用户确定单个动态表单后可多次使用该动态表单，进行填写，生成与该目标表单内各个字段相对应的具体数据，即该目标表单所对应的记录，以记录相应的信息。以便进行后续的查询与使用。

208、查询所述路由表以获取所述目标表单与所述第一数据库表的对应关系。

查询所述路由表以确定所述目标表单所属的数据库表。用户在使用目标表单生成具体的数据记录过程中，即可依据所述目标表单的特征信息在路由表所记录的信息中进行查询，依据路由表所记录的具体内容确定该目标表单所对应的数据库表，进而保证依据该目标表单所生成的数据的存储位置一致，不发生遗漏。

209、存储所述数据信息至所述第一数据库表。

存储所生成的数据信息至所述第一数据库表，具体而言，所述数据信息可以记录的形式存储至所述数据库表中，数据信息可包括数据库表id、目标表单id、创建人、创建时间、修改人、修改时间、动态字段1、动态字段2、…动态字段N等内容。数据库表可依据动态字段的内容对自身进行调整，以使得数据库表可完整存储所述数据信息。具体可依照实际情况而定，此处不做限定。

210、采用日志文件记录所述数据信息的存储过程。

采用日志文件记录所述数据信息的存储过程。数据信息的存储过程可采用日志文件进行记录，具体而言，对于MongoDB类型的数据库可采用的Oplog日志文件对数据库内数据的变化进行记录，对于基于SQL语言的数据库可采用Binlog对数据库内数据的变化进行记录，日志文件获取到数据的变化情况后，即可将该数据变化传输至Elasticsearch搜索服务器或Solr搜索服务器的全文索引系统中，以便于搜索引擎对全文索引系统进行更新，进而保证搜索过程的顺利进行。可以理解的是，搜索服务器也可具有相应的用于监听数据库中数据变化的模块，通过该模块搜索引擎可获知数据库中的数据变化情况，与采用日志文件记录所述数据信息的存储过程的方式相比，采用日志文件记录所述数据信息的存储过程可能导致存储过程速度变慢，降低用户的使用体验，而采用搜索服务器中的模块监听数据的写入过程与搜索引擎的更新过程为异步执行，对数据库内的数据影响较低，且不影响数据的存储过程。具体所采用何种方式可依据实际情况而定，此处不做限定。

211、在所述第一数据库表中建立全局索引。

在所述第一数据库表中建立全局索引。以便于提高用户的搜索速度，具体而言，可采用Elasticsearch搜索服务器或Solr搜索服务器建立居于单一数据库表的全局索引系统并实现相应的搜索功能。Elasticsearch搜索服务器或Solr搜索服务器都是基于Lucene的全文搜索引擎，更加适用于对数据库内具体数据的搜索过程。由于使用了全局索引功能，可对数据表内所有字段进行匹配搜索，提高了搜索过程的效率。

用户在进行查询时，先确定所需查询内容所属的目标表单，即可获得该表单的特征信息(id或数据表名)，再基于该表单的特征信息查询路由表，确定目标表单所属的数据库表，在该数据库表中使用基于该数据库表所建立的全局索引系统进行具体的数据查询，如：用户需搜索出差表中包括张三字样的数据记录，则依据出差表的表名或id即特征信息，读取路由表，确定出差表属于数据库表A，使用搜索引擎中基于数据库表A所建立的全局索引系统搜索特征信息和字段信息与用户所提供的内容都相匹配的数据，即可获得出差表中包括张三字样的数据记录。

212、依据所述相同的字段信息建立索引。

当前数据库表内存储有多个目标表单；所述多个目标表单中存在相同的字段信息。依据所述相同的字段信息对所述当前数据库表建立全局索引。数据库表内存储有多个目标表单，在目标表单生成时，可按一定的预设规则进行生成。如包括统一命名的字段：目标表单id，创建人、创建时间、修改人、修改时间等基础字段，同时目标表单内还可存在用以满足不同用户需求的动态字段1、动态字段2、…动态字段N等动态字段。动态字段的命名规则可为对数字类型字段以FN开头，第一个数字类型字段命名FN001、第二个数字类型字段命名FN002，依次类推；文本类型字段以FT开头，第一个文本类型字段命名FT001，第二个文本类型字段命名FT002，等。通过此种方式对不同的目标表单进行存储，使得数据库表在单个字段中对应存储多个不同表单的数据。

依据所述相同的字段信息建立索引，如对目标表单id建立主键索引，对创建人、创建时间、修改人、修改时间等基础字段建立普通索引，进而建立针对当前数据库表的索引系统。从而在用户进行查询时提高用户的查询效率。可以理解的是此处对于目标表单内基础字段的描述仅为举例，在本方案实际实施过程中，工作人员可依据自身需求对基础字段进行设置，以便于满足具体的使用场景，具体可依照实际情况而定，此处不做限定。

用户在进行查询时，先确定所需查询内容所属的目标表单，即可获得该表单的特征信息(id或数据表名)，再基于该表单的特征信息查询路由表，确定目标表单所属的数据库表，在该数据库表中使用基于该数据库表所建立的全局索引系统进行具体的数据查询，如：用户需搜索出差表中创建者为李四的数据，则依据出差表的表名或id即特征信息，读取路由表，确定出差表属于数据库表A，使用索引系统中对创建者字段所建立的索引进行搜索，即可获得出差表中创建者为李四的数据。可以理解的是步骤211与步骤212分别描述了两种不同的索引建立方式，两种方式之间不存在逻辑上的关联关系，用户可选择执行步骤211与步骤212中的任意一种以建立符合自身需求的索引系统，具体此处不做限定。

请参阅图3，本申请表单存储设备的一个实施例包括：

获取单元301，用于获取目标表单；

判断单元302，用于依据路由表判断第一数据库表内存储的表单数量是否达到预设值，若所述第一数据库表内存储的表单数量未达到预设值，则触发确定单元；

确定单元303，用于确定依据所述目标表单生成的数据存储至所述第一数据库表中；

记录单元304，用于在所述路由表中记录所述目标表单与所述第一数据库表的对应关系。

本实施例中，表单存储设备中各单元所执行的流程与前述图1所对应的实施例中描述的方法流程类似，此处不再赘述。

请参阅图4，本申请表单存储设备的一个实施例包括：获取单元401，判断单元402确定单元403、记录单元404，所述获取单元401，判断单元402、确定单元403和记录单元404与上述图3对应实施例中各个单元的功能类似，此处不再赘述。

可选地，所述表单存储设备还包括新建单元405，用于若第一数据库表内存储的表单数量已达到预设值，则新建第二数据库表，确定依据所述目标表单生成的数据存储至所述第二数据库表中；确定所述第二数据库表为第一数据库表。

可选地，所述表单存储设备还包括存储单元406，所述存储单元406用于：获取依据所述目标表单生成的数据；

查询所述路由表以获取所述目标表单与所述第一数据库表的对应关系；

存储所述数据信息至所述第一数据库表。

基于本申请实施例第二方面提供的表单存储设备，可选地，所述存储单元406还用于采用日志文件记录所述数据信息的存储过程。

可选地，所述表单存储设备还包括索引建立单元407，用于在所述第一数据库表中建立全局索引。

字段信息，所述索引建立单元还可用于依据所述相同的字段信息建立索引。

图5是本申请实施例提供的一种表单存储设备的结构示意图，该服务器500可以包括一个或一个以上中央处理器(central processing units，CPU)501和存储器505，该存储器505中存储有一个或一个以上的应用程序或数据。

本实施例中，中央处理器501中的具体功能模块划分可以与前述图3中所描述的获取单元301、判断单元302、存储单元303和记录单元304等单元的功能模块划分方式类似，此处不再赘述。

其中，存储器505可以是易失性存储或持久存储。存储在存储器505的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器501可以设置为与存储器505通信，在服务器500上执行存储器505中的一系列指令操作。

服务器500还可以包括一个或一个以上电源502，一个或一个以上有线或无线网络接口503，一个或一个以上输入输出接口504，和/或，一个或一个以上操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等。

该中央处理器501可以执行前述图1所示实施例中表单存储方法所执行的操作，具体此处不再赘述。

本申请实施例还提供了一种计算机存储介质，该计算机存储介质用于储存为上述所用的计算机软件指令，其包括用于执行为表单存储方法所设计的程序。

该表单存储方法可以如前述图1中所描述的表单存储方法。

本申请实施例还提供了一种计算机程序产品，该计算机程序产品包括计算机软件指令，该计算机软件指令可通过处理器进行加载来实现上述图1图2中任意一项的表单存储方法的流程。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，read-onlymemory)、随机存取存储器(RAM，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

1.一种表单存储方法，其特征在于，包括：

获取目标表单；

依据路由表判断第一数据库表内存储的表单数量是否达到预设值；

若所述第一数据库表内存储的表单数量未达到预设值，则确定依据所述目标表单生成的数据存储至所述第一数据库表中；

在所述路由表中记录所述目标表单与所述第一数据库表的对应关系。

2.根据权利要求1所述的表单存储方法，其特征在于，所述在所述路由表中记录所述目标表单与所述第一数据库表的对应关系，之前，所述方法还包括：

若第一数据库表内存储的表单数量已达到预设值，则新建第二数据库表，确定依据所述目标表单生成的数据存储至所述第二数据库表中；

确定所述第二数据库表为第一数据库表。

3.根据权利要求1或2所述的表单存储方法，其特征在于，所述方法还包括：

获取依据所述目标表单生成的数据；

查询所述路由表以获取所述目标表单与所述第一数据库表的对应关系；

存储所述数据信息至所述第一数据库表。

4.根据权利要求3所述的表单存储方法，其特征在于，所述方法还包括：

采用日志文件记录所述数据的存储过程。

5.根据权利要求1所述的表单存储方法，其特征在于，所述方法还包括：

在所述第一数据库表中建立全局索引。

6.根据权利要求1所述的表单存储方法，其特征在于，所述第一数据库表内存储有多个目标表单，所述多个目标表单中存在相同的字段信息，所述方法还包括：

依据所述相同的字段信息建立索引。

7.一种表单存储设备，其特征在于，包括：

获取单元，用于获取目标表单；

判断单元，用于依据路由表判断第一数据库表内存储的表单数量是否达到预设值，若所述第一数据库表内存储的表单数量未达到预设值，则触发确定单元；

确定单元，用于确定依据所述目标表单生成的数据存储至所述第一数据库表中；

记录单元，用于在所述路由表中记录所述目标表单与所述第一数据库表的对应关系。

8.一种表单存储设备，其特征在于，包括：

中央处理器，存储器，输入输出接口，有线或无线网络接口以及电源；

所述存储器为短暂存储存储器或持久存储存储器；

所述中央处理器配置为与所述存储器通信，在所述表单处理设备0上执行所述存储器中的指令操作以执行权利要求1-6中任意一项所述的方法。

9.一种计算机可读存储介质，包括指令，当所述指令在计算机上运行时，使得计算机执行如权利要求1-6中任意一项所述的方法。

10.一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如权利要求1-6中任意一项所述的方法。

Images