CN109558404A - 数据存储方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种数据存储方法、装置、计算机设备和存储介质。该方法包括：获取多个待存储数据；每个待存储数据携带数据属性标识；将多个待存储数据进行分组，得到多组待存储数据；每组待存储数据对应相同的数据属性标识；为每组待存储数据中的每个待存储数据分配数据类型标识；获取数据存储表；数据存储表中包含数据类型字段和数据属性字段，数据类型字段中包含多个数据类型标识，每个数据属性字段与每种数据属性标识相对应；将每个待存储数据按照与数据类型字段和数据属性字段的对应关系，存储至数据存储表中。采用本方法能够在存储数据资源时减少数据冗余。

Description

数据存储方法、装置、计算机设备和存储介质

技术领域

本申请涉计算机技术领域，特别是涉及一种数据存储方法、装置、计算机设备和存储介质。

背景技术

随着业务的扩张发展，基于业务所产生数据的数据量也越来越庞大。比如说，用户可在一个业务中留存的联系方式为手机号，而在另一个业务中留存的联系方式为微信号。传统方式中，存储该用户的数据时，需要定义两个联系方式字段来记录该用户的联系方式。数据存储过程会需要生成大量的字段，造成数据冗余。

发明内容

基于此，有必要针对上述技术问题，提供一种能够减少数据冗余的数据存储方法、装置、计算机设备和存储介质。

一种数据存储方法，所述方法包括：获取多个待存储数据；每个所述待存储数据携带数据属性标识；将所述多个待存储数据进行分组，得到多组待存储数据；每组待存储数据对应相同的数据属性标识；为每组待存储数据中的每个待存储数据分配数据类型标识；获取数据存储表；所述数据存储表中包含数据类型字段和数据属性字段，所述数据类型字段中包含多个数据类型标识，每个数据属性字段与每种所述数据属性标识相对应；将每个所述待存储数据按照与所述数据类型字段和所述数据属性字段的对应关系，存储至所述数据存储表中。

在其中一个实施例中，所述方法还包括：接收终端发送的数据查询请求；当所述数据查询请求携带待查询的数据属性标识时，从所述数据存储表中查找与所述数据属性标识相对应的数据属性字段，将所述数据属性字段对应的多个目标数据发送至所述终端；当所述数据查询请求携带待查询的数据类型标识和待查询的数据属性标识时，从所述数据存储表中查找与所述待查询的数据属性标识相对应的数据属性字段，从所查找的数据属性字段中查找与所述待查询的数据类型标识对应的目标数据，将所述目标数据发送至所述终端。

在其中一个实施例中，每个所述待存储数据还携带用户标识和角色标识；在所述获取多个待存储数据之后，还包括：查找与每种所述用户标识对应的数据存储表；创建业务信息表，及与所述业务信息表关联的中间表；在所述中间表中记录每个所述角色标识和相应数据存储表的对应关系；将每个所述数据存储表关联所述业务信息表和所述中间表。

在其中一个实施例中，所述方法还包括：接收终端发送的用户查询请求；所述用户查询请求携带投保单标识和待查询的角色标识；查找与所述投保单标识对应的目标业务信息表；获取与所述目标业务信息表关联的目标中间表；根据所述目标中间表查找与所述待查询的角色标识对应的数据存储表；将所查找到的数据存储表中存储的数据返回至所述终端。

在其中一个实施例中，所述将每个所述待存储数据按照与所述数据类型字段和所述数据属性字段的对应关系，存储至所述数据存储表中，包括：根据每组待存储数据对应的数据属性标识，确定数据存储表中与每组待存储数据对应的数据属性字段；将每组待存储数据中的待存储数据的数据类型标识与数据类型字段中包含的多个数据类型标识进行匹配，得到匹配的数据类型标识；根据每个所述待存储数据匹配的数据类型标识，确定相应的待存储数据在所确定的数据属性字段中的存储位置；将每个所述待存储数据存储至所述数据存储表中所确定的存储位置。

在其中一个实施例中，所述获取多个待存储数据包括：接收终端上传的多个待存储数据；提取每个所述待存储数据的数据格式、数据长度及数据关键字；根据所述数据格式、所述数据长度及所述数据关键字，确定与相应所述待存储数据匹配的数据属性标识；通过所述匹配的数据属性标识标记每个所述待存储数据。

一种数据存储装置，所述装置包括：获取模块，用于获取多个待存储数据；每个所述待存储数据携带数据属性标识；分组模块，用于将所述多个待存储数据进行分组，得到多组待存储数据；每组待存储数据对应相同的数据属性标识；分配模块，用于为每组待存储数据中的每个待存储数据分配数据类型标识；存储模块，用于获取数据存储表；所述数据存储表中包含数据类型字段和数据属性字段，所述数据类型字段中包含多个数据类型标识，每个数据属性字段与每种所述数据属性标识相对应；将每个所述待存储数据按照与所述数据类型字段和所述数据属性字段的对应关系，存储至所述数据存储表中。

在其中一个实施例中，所述存储模块还用于根据每组待存储数据对应的数据属性标识，确定数据存储表中与每组待存储数据对应的数据属性字段；将每组待存储数据中的待存储数据的数据类型标识与数据类型字段中包含的多个数据类型标识进行匹配，得到匹配的数据类型标识；根据每个所述待存储数据匹配的数据类型标识，确定相应的待存储数据在所确定的数据属性字段中的存储位置；将每个所述待存储数据存储至所述数据存储表中所确定的存储位置。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述各个实施例中所述的数据存储方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述各个实施例中所述的数据存储方法的步骤。

上述数据存储方法、装置、计算机设备和存储介质，服务器获取多个待存储数据之后，可基于每个待存储数据携带的数据属性标识，对待存储数据进行分组得到多组待存储数据，每组待存储数据对应相同的数据属性标识。服务器可按照一定的规律为每组待存储数据中的每个待存储数据分配数据类型标识。服务器获取包含数据类型字段和数据属性字段的数据存储表之后，可将将每个所述待存储数据按照与所述数据类型字段和所述数据属性字段的对应关系，存储至所述数据存储表中。由于无需针对每个待存储数据定义一个字段，而仅通过数据类型字段和数据属性字段，便能将多个待存储数据清晰地存储在数据存储表中，避免了定义不必要的字段，使得减少了数据冗余。

附图说明

图1为一个实施例中数据存储方法的应用场景图；

图2为一个实施例中数据存储方法的流程示意图；

图3为一个实施例中业务信息表、中间表和数据存储表的实体-联系图；

图4为另一个实施例中数据存储方法的流程示意图；

图5为一个实施例中数据存储装置的结构框图；

图6为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的数据存储方法，可以应用于如图1所示的应用环境中。其中，终端102与服务器104通过网络进行通信。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。终端102可将待存储数据发送至服务器104。服务器104可基于每个待存储数据携带的数据属性标识，对待存储数据进行分组得到多组待存储数据，每组待存储数据对应相同的数据属性标识。服务器104可按照一定的规律为每组待存储数据中的每个待存储数据分配数据类型标识。服务器104获取包含数据类型字段和数据属性字段的数据存储表之后，可将将每个待存储数据按照与数据类型字段和数据属性字段的对应关系，存储至数据存储表中。

在一个实施例中，如图2所示，提供了一种数据存储方法，以该方法应用于图1中的服务器104为例进行说明，包括以下步骤：

步骤202，获取多个待存储数据；每个待存储数据携带数据属性标识。

待存储数据是指需要进行存储的数据。待存储数据可以是基于业务产生的业务数据，也可以是通过网络爬虫在网页中采集的网络数据，但不限于此。数据属性标识是指用于表示待存储数据的数据属性的标识。数据属性是指一项或多项待存储数据描述的数据特征。比如针对用户的个人信息数据，可具有姓名、年龄、联系方式、联系地址等多种数据属性，若同一个用户可有多个联系方式，则该用户的多个联系方式对应相同的数据属性标识。

在一个实施例中，服务器初始接收到的待存储数据可不携带数据属性标识。服务器在接收到待存储数据之后，可根据待存储数据本身的文本特性对待存储数据进行识别，以确认待存储数据的数据属性。通过识别出的数据属性标记相应的待存储数据之后再对其进行数据存储。

在一个实施例中，获取多个待存储数据包括：接收终端上传的多个待存储数据；提取每个待存储数据的数据格式、数据长度及数据关键字；根据数据格式、数据长度及数据关键字，确定与相应待存储数据匹配的数据属性标识；通过匹配的数据属性标识标记每个待存储数据。比如手机号长度通常为十一位数，当检测到待存储数据为十一位数时，则说明该待存储数据可为手机号，对应的数据属性可为联系方式，则可通过联系方式的标识来标记该待存储数据。

步骤204，将多个待存储数据进行分组，得到多组待存储数据；每组待存储数据对应相同的数据属性标识。

基于每个待存储数据携带的数据属性标识对多个待存储进行分组，使得分组后的每组待存储数据具有相同的数据属性，每组待存储数据对应相同的数据属性标识。比如针对多个待存储数据手机号、QQ号、微信号、家庭地址、工作地址、常住地址，可将手机号、QQ号和微信号分组为联系方式，将家庭地址、工作地址和常住地址分组为联系地址。

步骤206，为每组待存储数据中的每个待存储数据分配数据类型标识。

数据类型标识可以是字母、数字、标点符号构成的字符串。数据类型标识可以是按数字顺序的编号，也可以是根据随机算法生成的全局唯一的字符串。比如说，若同一个用户有手机号、QQ号和微信号多个联系方式时，可针对手机号、QQ号和微信号分别分配数据类型标识“1”、“2”、“3”，从而可通过数据类型标识区分相同数据属性的待存储数据。表达为JSON格式数据为：{TYPE:1,TEL:手机号；TYPE:2,TEL:QQ号；TYPE:3,TEL:微信号}。

步骤208，获取数据存储表；数据存储表中包含数据类型字段和数据属性字段，数据类型字段中包含多个数据类型标识，每个数据属性字段与每种数据属性标识相对应。

数据存储表是指用于存储多个待存储数据的数据表。根据待存储数据对应的数据属性标识，在数据存储表中定义数据类型字段和至少一个数据属性字段，且每个数据属性字段与每种数据属性标识相对应。数据存储表是二维数组的集合，由纵向的列和横向的行组成。每列由同类的信息组成，每列又称为一个字段，行包括了多个列的信息项。数据类型字段是指用于记录数据类型标识的字段。数据属性字段是指用于记录待存储数据的字段。

步骤210，将每个待存储数据按照与数据类型字段和数据属性字段的对应关系，存储至数据存储表中。

传统方式中，在存储多个待存储数据时，需要针对每个待存储数据定义相应的字段，并将每个待存储数据存储在数据存储表的相应的字段中。如下表1所示，当同一个用户具有三个联系方式和三个联系地址时，比如三个联系方式分别是手机号、QQ号和微信号，三个联系地址分别是家庭地址、工作地址、常住地址，需要定义字段“TEL1”、“TEL2”、“TEL3”、“ADD.1”、“ADD.2”、“ADD.3”来存储相应的待存储数据。

表1

TEL1	TEL2	TEL3	ADD.1	ADD.2	ADD.3
						138xxxxx	400xxxxx	VXxxxxx	北京路1号	北京路2号	北京路3号

而本实施例中，在存储多个待存储数据时，只需要定义数据类型字段并针对每种数据属性定义相应的数据属性字段。当同一个用户具有三个联系方式和三个联系地址时，只需要定义数据属性字段“TEL”和“ADD.”，按照每个待存储数据的数据类型标识与数据类型字段TYPE的对应关系，和该待存储数据的数据属性标识与数据属性字段的对应关系，便可定位待存储数据标识的存储位置，将待存储数据准确地存储至数据存储表中。

表2

TYPE	TEL	ADD.
			1	138xxxxx	北京路1号
2	400xxxxx	北京路2号
			3	VXxxxxx	北京路3号

上述数据存储方法中，服务器获取多个待存储数据之后，可基于每个待存储数据携带的数据属性标识，对待存储数据进行分组得到多组待存储数据，每组待存储数据对应相同的数据属性标识。服务器可按照一定的规律为每组待存储数据中的每个待存储数据分配数据类型标识。服务器获取包含数据类型字段和数据属性字段的数据存储表之后，可将将每个待存储数据按照与数据类型字段和数据属性字段的对应关系，存储至数据存储表中。由于无需针对每个待存储数据定义一个字段，而仅通过数据类型字段和数据属性字段，便能将多个待存储数据清晰地存储在数据存储表中，避免了定义不必要的字段，使得减少了数据冗余。

在一个实施例中，该方法还包括：接收终端发送的数据查询请求；当数据查询请求携带待查询的数据属性标识时，从数据存储表中查找与数据属性标识相对应的数据属性字段，将数据属性字段对应的多个目标数据发送至终端；当数据查询请求携带待查询的数据类型标识和待查询的数据属性标识时，从数据存储表中查找与待查询的数据属性标识相对应的数据属性字段，从所查找的数据属性字段中查找与待查询的数据类型标识对应的目标数据，将目标数据发送至终端。

终端可对服务器中已存储的数据进行查询。当数据查询请求仅携带待查询的数据属性标识时，说明需要查询的是一组具有相同数据属性的数据，则可确定数据存储表中与数据属性标识对应的数据属性字段，将对应的数据属性字段中则记录的数据作为目标数据发送至终端。还可以将多个目标数据打包成目标文件，将目标文件发送至终端。当数据查询请求携带待查询的数据类型标识和待查询的数据属性标识时，说明需要查询的是一项特定数据，则可通过数据属性标识确定数据存储表中对应的数据属性字段，通过数据类型标识确定数据属性字段中对应的目标数据。传统方式中一次性只能查询一项特定的数据，而本案可进行单一查询，也可分组查询，查询方式更加灵活，提高了数据查询的效率。

在一个实施例中，每个待存储数据还携带用户标识和角色标识；在获取多个待存储数据之后，还包括：查找与每种用户标识对应的数据存储表；创建业务信息表，及与业务信息表关联的中间表；在中间表中记录每个角色标识和相应数据存储表的对应关系；将每个数据存储表关联业务信息表和中间表。

用户标识可以是针对每个用户设置的全局唯一的用户编号，也可以是用户的身份证号，但不限于此。角色标识可以是定义用户角色的标识。举例来说，在保险业务中，用户角色包括但不限于投保人、被保人、受益人、作为被保人的投保人、其他被保人等。传统方式中由于同一用户可具有多种用户角色，通常会导致针对一个用户需要存储大量存在差异或重复的数据，针对同一个用户需要创建多个数据存储表。而本实施例中，通过创建记录每个角色标识和相应数据存储表的对应关系的中间表，针对同一个用户只需要创建一个数据存储表，即可根据中间表准确地确定每个用户角色对应的数据存储表。当发生角色变更时，仅需要对中间表进行修改，而不需要对存储有大量数据的数据存储表进行修改，降低了数据修改所导致风险。通过将不同业务中相同用户的相关数据进行整合，统一存储在数据存储表中，并通过中间表以用户角色进行区分，能够避免数据冗余，节约数据存储空间。

在一个实施例中，该方法还包括：接收终端发送的用户查询请求；用户查询请求携带投保单标识和待查询的角色标识；查找与投保单标识对应的目标业务信息表；获取与目标业务信息表关联的目标中间表；根据目标中间表查找与待查询的角色标识对应的数据存储表；将所查找到的数据存储表中存储的数据返回至终端。

如图3所示，为业务信息表、中间表和数据存储表之间的实体-联系图(E-R图，Entity Relationship Diagram)。业务信息表为投保单表，中间表为投保单受益人信息表，数据存储表为客户信息表。投保单表用于存储投保单的相关数据，投保单受益人信息表用于存储投保单受益人的用户角色与相应客户信息表的对应关系，客户信息表用于存储用户的相关数据。当需要查询投保单中受益人的相关数据时，服务器可通过投保单标识查找相应的投保单表，通过查找的投保单表关联的投保单受益人信息表可确定相应的客户信息表，而所确定的客户信息表中包含的数据则为所需查询的数据。

在一个实施例中，当查询请求携带用户标识时，可直接根据用户标识查找相应的客户信息表。当查找到相应的客户信息表时，说明该用户为老客户，则可直接针对客户信息表进行修改，比如新增、删除、修改客户信息表中的数据；当查找不到相应的客户信息表时，说明该用户为新客户，则可为该新客户创建新的客户信息表并为该客户分配客户号，通过新的客户信息表存储客户号及用户标识。

在一个实施例中，将每个待存储数据按照与数据类型字段和数据属性字段的对应关系，存储至数据存储表中，包括：根据每组待存储数据对应的数据属性标识，确定数据存储表中与每组待存储数据对应的数据属性字段；将每组待存储数据中的待存储数据的数据类型标识与数据类型字段中包含的多个数据类型标识进行匹配，得到匹配的数据类型标识；根据每个待存储数据匹配的数据类型标识，确定相应的待存储数据在所确定的数据属性字段中的存储位置；将每个待存储数据存储至数据存储表中所确定的存储位置。

举例来说，如表2所示，为联系方式“138xxxxx”、“400xxxxx”和“VXxxxxx”分别分配数据类型标识“1”、“2”、“3”，为联系地址“北京路1号”、“北京路2号”、“北京路3号”也分别分配数据类型标识“1”、“2”、“3”时，则通过数据属性标识在表2中确定列位置之后，可通过数据类型标识确定待存储数据在列种的行位置。行位置和列位置共同构成待存储数据的存储位置。

在一个实施例中，可将业务信息表拆分为多个数据存储表，还可以通过一个或多个中间表关联业务信息表和多个数据存储表。可分别在每个数据存储表中预设数据属性字段，使得能够从不同属性的维度对数据存储表进行扩展。举例来说，待存储数据可以是投保数据，通过将投保数据按照投保单表、险种信息表、投保单业务员表等进行拆分；再比如，客户信息表可拆分成客户联系地址表、客户联系方式表、客户工作单位信息表等，便于后续表字段扩展。通过将将业务信息表拆分为多个数据存储表，降低了数据存储表之间的耦合，降低在数据修改时候导致的数据遗漏风险，便于对数据存储表进行维护。

在一个实施例中，如图4所示，提供了另一种数据存储方法，以该方法应用于图1中的服务器104为例进行说明，包括以下步骤：

步骤402，接收终端上传的多个待存储数据。

步骤404，提取每个待存储数据的数据格式、数据长度及数据关键字。

步骤406，根据数据格式、数据长度及数据关键字，确定与相应待存储数据匹配的数据属性标识。

步骤408，通过匹配的数据属性标识标记每个待存储数据。

步骤410，将多个待存储数据进行分组，得到多组待存储数据；每组待存储数据对应相同的数据属性标识。

步骤412，为每组待存储数据中的每个待存储数据分配数据类型标识。

步骤414，获取数据存储表；数据存储表中包含数据类型字段和数据属性字段，数据类型字段中包含多个数据类型标识，每个数据属性字段与每种数据属性标识相对应。

步骤416，根据每组待存储数据对应的数据属性标识，确定数据存储表中与每组待存储数据对应的数据属性字段。

步骤418，将每组待存储数据中的待存储数据的数据类型标识与数据类型字段中包含的多个数据类型标识进行匹配，得到匹配的数据类型标识。

步骤420，根据每个待存储数据匹配的数据类型标识，确定相应的待存储数据在所确定的数据属性字段中的存储位置。

步骤422，将每个待存储数据存储至数据存储表中所确定的存储位置。

上述数据存储方法中，服务器获取多个待存储数据之后，可基于每个待存储数据的数据特性，为每个待存储数据标记上相应的数据属性标识。通过数据属性标识对待存储数据进行分组得到多组待存储数据，每组待存储数据对应相同的数据属性标识。服务器可按照一定的规律为每组待存储数据中的每个待存储数据分配数据类型标识。服务器获取包含数据类型字段和数据属性字段的数据存储表之后，可将将每个待存储数据按照与数据类型字段和数据属性字段的对应关系，存储至数据存储表中。由于无需针对每个待存储数据定义一个字段，而仅通过数据类型字段和数据属性字段，便能确定待存储数据在数据存储表中的存储位置，将多个待存储数据准确地存储在数据存储表中，避免了定义不必要的字段，使得减少了数据冗余。

应该理解的是，虽然图2和4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2和4中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图5所示，提供了一种数据存储装置500，包括：获取模块502，用于获取多个待存储数据；每个待存储数据携带数据属性标识；分组模块504，用于将多个待存储数据进行分组，得到多组待存储数据；每组待存储数据对应相同的数据属性标识；分配模块506，用于为每组待存储数据中的每个待存储数据分配数据类型标识；存储模块508，用于获取数据存储表；数据存储表中包含数据类型字段和数据属性字段，数据类型字段中包含多个数据类型标识，每个数据属性字段与每种数据属性标识相对应；将每个待存储数据按照与数据类型字段和数据属性字段的对应关系，存储至数据存储表中。

在一个实施例中，该装置还包括查询模块，用于接收终端发送的数据查询请求；当数据查询请求携带待查询的数据属性标识时，从数据存储表中查找与数据属性标识相对应的数据属性字段，将数据属性字段对应的多个目标数据发送至终端；当数据查询请求携带待查询的数据类型标识和待查询的数据属性标识时，从数据存储表中查找与待查询的数据属性标识相对应的数据属性字段，从所查找的数据属性字段中查找与待查询的数据类型标识对应的目标数据，将目标数据发送至终端。

在一个实施例中，每个待存储数据还携带用户标识和角色标识；存储模块508还用于查找与每种用户标识对应的数据存储表；创建业务信息表，及与业务信息表关联的中间表；在中间表中记录每个角色标识和相应数据存储表的对应关系；将每个数据存储表关联业务信息表和中间表。

在一个实施例中，查询模块还用于接收终端发送的用户查询请求；用户查询请求携带投保单标识和待查询的角色标识；查找与投保单标识对应的目标业务信息表；获取与目标业务信息表关联的目标中间表；根据目标中间表查找与待查询的角色标识对应的数据存储表；将所查找到的数据存储表中存储的数据返回至终端。

在一个实施例中，存储模块508还用于根据每组待存储数据对应的数据属性标识，确定数据存储表中与每组待存储数据对应的数据属性字段；将每组待存储数据中的待存储数据的数据类型标识与数据类型字段中包含的多个数据类型标识进行匹配，得到匹配的数据类型标识；根据每个待存储数据匹配的数据类型标识，确定相应的待存储数据在所确定的数据属性字段中的存储位置；将每个待存储数据存储至数据存储表中所确定的存储位置。

在一个实施例中，获取模块502还用于根据每组待存储数据对应的数据属性标识，确定数据存储表中与每组待存储数据对应的数据属性字段；将每组待存储数据中的待存储数据的数据类型标识与数据类型字段中包含的多个数据类型标识进行匹配，得到匹配的数据类型标识；根据每个待存储数据匹配的数据类型标识，确定相应的待存储数据在所确定的数据属性字段中的存储位置；将每个待存储数据存储至数据存储表中所确定的存储位置。

关于数据存储装置的具体限定可以参见上文中对于数据存储方法的限定，在此不再赘述。上述数据存储装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储都多个待存储数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种数据存储方法。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现上述各个实施例中的数据存储方法的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述各个实施例中的数据存储方法的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种数据存储方法，所述方法包括：

获取多个待存储数据；每个所述待存储数据携带数据属性标识；

将所述多个待存储数据进行分组，得到多组待存储数据；每组待存储数据对应相同的数据属性标识；

为每组待存储数据中的每个待存储数据分配数据类型标识；

获取数据存储表；所述数据存储表中包含数据类型字段和数据属性字段，所述数据类型字段中包含多个数据类型标识，每个数据属性字段与每种所述数据属性标识相对应；

将每个所述待存储数据按照与所述数据类型字段和所述数据属性字段的对应关系，存储至所述数据存储表中。

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

接收终端发送的数据查询请求；

当所述数据查询请求携带待查询的数据属性标识时，从所述数据存储表中查找与所述数据属性标识相对应的数据属性字段，将所述数据属性字段对应的多个目标数据发送至所述终端；

当所述数据查询请求携带待查询的数据类型标识和待查询的数据属性标识时，从所述数据存储表中查找与所述待查询的数据属性标识相对应的数据属性字段，从所查找的数据属性字段中查找与所述待查询的数据类型标识对应的目标数据，将所述目标数据发送至所述终端。

3.根据权利要求1所述的方法，其特征在于，每个所述待存储数据还携带用户标识和角色标识；在所述获取多个待存储数据之后，还包括：

查找与每种所述用户标识对应的数据存储表；

创建业务信息表，及与所述业务信息表关联的中间表；

在所述中间表中记录每个所述角色标识和相应数据存储表的对应关系；

将每个所述数据存储表关联所述业务信息表和所述中间表。

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

接收终端发送的用户查询请求；所述用户查询请求携带投保单标识和待查询的角色标识；

查找与所述投保单标识对应的目标业务信息表；

获取与所述目标业务信息表关联的目标中间表；

根据所述目标中间表查找与所述待查询的角色标识对应的数据存储表；

将所查找到的数据存储表中存储的数据返回至所述终端。

5.根据权利要求1至4任意一项所述的方法，其特征在于，所述将每个所述待存储数据按照与所述数据类型字段和所述数据属性字段的对应关系，存储至所述数据存储表中，包括：

根据每组待存储数据对应的数据属性标识，确定数据存储表中与每组待存储数据对应的数据属性字段；

将每组待存储数据中的待存储数据的数据类型标识与数据类型字段中包含的多个数据类型标识进行匹配，得到匹配的数据类型标识；

根据每个所述待存储数据匹配的数据类型标识，确定相应的待存储数据在所确定的数据属性字段中的存储位置；

将每个所述待存储数据存储至所述数据存储表中所确定的存储位置。

6.根据权利要求1所述的方法，其特征在于，所述获取多个待存储数据包括：

接收终端上传的多个待存储数据；

提取每个所述待存储数据的数据格式、数据长度及数据关键字；

根据所述数据格式、所述数据长度及所述数据关键字，确定与相应所述待存储数据匹配的数据属性标识；

通过所述匹配的数据属性标识标记每个所述待存储数据。

7.一种数据存储装置，其特征在于，所述装置包括：

获取模块，用于获取多个待存储数据；每个所述待存储数据携带数据属性标识；

分组模块，用于将所述多个待存储数据进行分组，得到多组待存储数据；每组待存储数据对应相同的数据属性标识；

分配模块，用于为每组待存储数据中的每个待存储数据分配数据类型标识；

存储模块，用于获取数据存储表；所述数据存储表中包含数据类型字段和数据属性字段，所述数据类型字段中包含多个数据类型标识，每个数据属性字段与每种所述数据属性标识相对应；将每个所述待存储数据按照与所述数据类型字段和所述数据属性字段的对应关系，存储至所述数据存储表中。

8.根据权利要求7所述的装置，其特征在于，所述存储模块还用于根据每组待存储数据对应的数据属性标识，确定数据存储表中与每组待存储数据对应的数据属性字段；

将每组待存储数据中的待存储数据的数据类型标识与数据类型字段中包含的多个数据类型标识进行匹配，得到匹配的数据类型标识；

根据每个所述待存储数据匹配的数据类型标识，确定相应的待存储数据在所确定的数据属性字段中的存储位置；

将每个所述待存储数据存储至所述数据存储表中所确定的存储位置。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。