[发明专利]数据存储方法和系统以及数据访问的方法和系统

说明书

一种数据存储方法，获取标识符和对应的序列号，并将获取的标识符和对应的序列号存储于预设的基本信息表中。获取标识符的扩展属性，将标识符对应的序列号存储在预设的扩展属性表的序列号字段中，将扩展属性对应存储在扩展属性表中的属性内容字段中。当为标识符添加新增扩展属性时，可将新增扩展属性存储于扩展属性表的属性内容字段中，并将标识符的序列号对应存储于扩展属性表的序列号字段即可。由于扩展属性表和基本信息表的结构不变即调用关系不变，从而原业务代码的结构不用更改，进而针对新的扩展属性的业务代码可独立开发，并将每个扩展属性对应的功能模块进行封装即可。因此可有效的降低业务代码的耦合度。此外，本发明还提供一种数据存储系统、数据访问方法及系统。

技术领域

本发明涉及计算机技术，特别是涉及一种数据存储方法和系统以及数据访问的方法和系统。

背景技术

计算机应用程序一般包括业务代码和用户数据。用户数据中包含用户标识和多个扩展属性，业务代码通过调用不同的扩展属性从而实现不同的功能。但是，一个应用程序在设计之初，不可能考虑的面面俱到，或者随着技术的发展，用户对应用程序会产生新的需求。因此，应用程序在上线之后，一般都需要进行升级和维护。在用户数据中添加新的扩展属性以支持新的需求。

以用户信息表为例，只有用户标识和用户姓名两个字段，后来需增加新的需求：保存用户上传到服务器的相片和附件文档的路径，并且可以通过用户标识获取到上述信息。因此，需要在用户信息表中添加“照片路径”和“文档路径”两个扩展属性。传统的添加扩展属性的方法如下：第一种，给用户信息表新增两个字段用来保存相片和附件文档的路径信息；第二种，新增一个从表(用户信息表为主表)，用来保存新增两个字段的信息，主从两个表之间通过用户标识进行关联。

然而，第一种方法要求每次升级都要相应修改用户信息表的结构，从而与用户信息表有关的业务代码都要修改，如果应用程序已经上线，那么每次新增需求都要更改表结构，对底层操作数据库的业务代码会频繁修改，使得每次系统升级的风险都相对较高。

第二种方法对与用户信息表相关的业务代码都不用再修改，但是，当后续还有新的需求时，需要不断的修改从表的表结构，并且需要修改从表有关的业务代码，同样对底层操作数据库的业务代码会频繁修改。当有多个新需求被同时提出，且有若干个之前的需求需要废弃时，每个新的需求都要扩展字段来保存对应的扩展属性，而之前的需求分配的多个字段被废弃，从而需要对原业务代码进行修改，使其能调用新的扩展属性并停止调用废弃的扩展属性。由于上述改动涉及到新代码的增加和原代码的增删查改，进而使业务代码的耦合度也加深了。

发明内容

基于此，有必要针对上述升级过程中造成业务代码耦合度加深的问题，提供一种在升级过程中可有效避免增加业务代码耦合度的数据存储方法。

一种数据存储方法，包括以下步骤：

获取标识符和对应的序列号，将所述标识符存储在预设的基本信息表的标识符字段中，将所述序列号对应存储在所述基本信息表中的与所述标识符字段对应的序列号字段中；

获取所述标识符的扩展属性，将所述标识符对应的序列号存储在预设的扩展属性表的序列号字段中，将所述扩展属性对应存储在所述扩展属性表中的与所述序列号字段对应的属性内容字段中。

此外，还有必要提供一种在升级过程中可有效避免增加业务代码耦合度的数据存储系统。

一种数据存储系统，包括：

基本信息存储模块，用于获取标识符和对应的序列号，将所述标识符存储在预设的基本信息表的标识符字段中，将所述序列号对应存储在所述基本信息表中的与所述标识符字段对应的序列号字段中；

扩展属性存储模块，用于获取所述标识符的扩展属性，将所述标识符对应的序列号存储在预设的扩展属性表的序列号字段中，将所述扩展属性对应存储在所述扩展属性表中的与所述序列号字段对应的属性内容字段中。