CN105930390A - 关系型数据库扩展方法及关系型数据库扩展系统 - Google Patents

Abstract

本发明提供了一种关系型数据库扩展方法及关系型数据库扩展系统。数据库表包括扩展字段，所述扩展字段中存储有由类文件序列化的预设格式文本，从所述扩展字段中读取所述预设格式文本的内容，将所述预设格式文本的内容反序列化成相匹配的类文件；响应对所述类文件的操作，将操作后的类文件序列化成所述预设格式文本存储到所述扩展字段中。利用本发明可以减少每次需求升级所带来的数据库表的设计开发工作和变更工作。

Description

关系型数据库扩展方法及关系型数据库扩展系统

技术领域

本发明涉及数据库的设计领域，具体而言，涉及关系型数据库扩展方法及关系型数据库扩展系统。

背景技术

关系型数据库RDB(Rational DataBase)是基于现实世界中的各种实体以及实体之间的各种联系而构建的数据库。关系型数据库采用数据库表的形式进行数据存储，数据库表大多采用一个字段(列)存储一个属性，请参照图1，如果一个实体有10个属性，就需要设计一张有10个字段(列)的数据库表来存储实体的每个属性。

随着业务系统需求和功能的不断迭代更新，实体的属性也会随之有相应的增减。其中，有一类实体它们的基本属性一致，但每个实体又有着自己独特的拓展属性，如果采用现有的每一个字段(列)存储一个属性，可能没有办法让所有实体共用一个数据表。在每一次升级时都需要新增数据库表的设计开发工作，给日常开发升级带来很大的工作量和升级成本，无法快速响应需求变化。由于数据库表和字段结构是应用系统的最底层结构，也是最重要的结构，如果数据库表和字段结构频繁变化的话，上层系统也需要不断随之更新升级，这样会降低开发效率，同时也会影响系统的正确性和稳定性。

发明内容

有鉴于此，本发明一较佳实施例的目的在于提供一种关系型数据库扩展方法，应用于服务器，数据库表包括扩展字段，所述扩展字段中存储有由类文件序列化的预设格式文本，所述方法包括：

从所述扩展字段中读取所述预设格式文本的内容，将所述预设格式文本的内容反序列化成与所述预设格式文本的内容相匹配的类文件；

响应对所述类文件的操作，将操作后的类文件序列化成所述预设格式文本存储到所述扩展字段中。

本发明另一较佳实施例还提供一种关系型数据库扩展系统，应用于服务器，数据库表包括扩展字段，所述扩展字段中存储有由类文件序列化的预设格式文本，所述系统包括：

反序列化模块，用于从所述扩展字段中读取所述预设格式文本的内容，用于将所述预设格式文本的内容反序列化成与所述预设格式文本的内容相匹配的类文件；

操作模块，用于响应对所述类文件的操作，将操作后的类文件序列化成所述预设格式文本存储到所述扩展字段中。

与现有技术相比，本发明较佳实施例提供的关系型数据库扩展方法及关系型数据库扩展系统。在数据库表中设置存储扩展属性的扩展字段，将扩展属性以预设格式文本的形式存储在所述扩展字段中。通过对所述预设格式文本的反序列化后的类文件的操作即可实现扩展属性的扩展，而不需要调整数据库表的结构，减少每次需求升级所带来的数据库表的设计开发工作，使程序人员能快速响应需求变化。同时，将扩展属性存储到扩展字段中还能减少数据库表结构的变化频率，从而减少上层系统的更新升级次数，提升整个系统的正确性和稳定性。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1是现有技术中关系型数据库的数据库表的结构示意图。

图2是本发明较佳实施例提供的服务器与至少一用户终端进行通信的交互示意图。

图3是图2所示的服务器的方框示意图。

图4是本发明一较佳实施例提供的应用于图2所示服务器的关系型数据库扩展方法的流程图。

图5是本发明较佳实施例提供的关系型数据库的数据库表的结构示意图。

图6是本发明另一较佳实施例提供的应用于图2所示服务器的关系型数据库扩展方法的流程图。

图7是本发明较佳实施例提供的在各种操作前后扩展字段内容的比较示意图。

图8是本发明一较佳实施例提供的关系型数据库扩展系统的功能模块框图。

图9是本发明另一较佳实施例提供的关系型数据库扩展系统的功能模块框图。

主要元件符号说明

服务器	100
		用户终端	200
网络	300
		关系型数据库扩展系统	110
存储器	111
		处理器	112
通信单元	113
		反序列模块	1101
操作模块	1102
		创建模块	1103
序列化模块	1104
		显示模块	1105

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在不需要做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

请参照图2，是本发明较佳实施例提供的服务器100与至少一用户终端200进行通信的交互示意图。所述用户终端200可通过网络300访问服务器100，以使用服务器100提供数据库查询服务。本实施例中，所述服务器100可以是，但不限于，web(网站)服务器、数据服务器等。所述用户终端200可以是，但不限于，智能手机、个人电脑(personal computer，PC)、平板电脑、个人数字助理(personaldigital assistant，PDA)、移动上网设备(mobile Internet device，MID)等。所述网络300可以是，但不限于，有线网络或无线网络。

请参照图3，是图2所示的服务器100的方框示意图。所述服务器100包括关系型数据库扩展系统110、存储器111、处理器112及通信单元113。

所述存储器111、处理器112及通信单元113的各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。

其中，所述存储器111可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-Only Memory，PROM)，可擦除只读存储器(Erasable Programmable Read-OnlyMemory，EPROM)，电可擦除只读存储器(Electric ErasableProgrammable Read-Only Memory，EEPROM)等。其中，存储器111用于存储程序，所述处理器112在接收到执行指令后，执行所述程序。所述通信单元113用于通过所述网络300建立所述服务器100与所述用户终端200之间的通信连接，并用于通过所述网络300接收和发送数据。

所述关系型数据库扩展系统110包括至少一个可以以软件或固件(firmware)的形式存储于所述存储器111中或固化在所述服务器100的操作系统(operating system，OS)中的软件功能模块。所述处理器112用于执行所述存储器111中存储的可执行模块，例如关系型数据扩展系统110所包括的软件功能模块及计算机程序等。本实施例中，所述关系型数据库扩展系统110，为服务器100提供的关系型数据库扩展服务，具体的方法在后续进行详细说明。

请参考图4，是本发明一较佳实施例提供的应用于图3所示服务器100的关系型数据库扩展方法的流程图。所述方法相关的流程定义的方法步骤可以由所述处理器113实现。下面对图4所示的具体流程进行详细阐述。

步骤S110，从所述扩展字段中读取所述预设格式文本的内容，将所述预设格式文本的内容反序列化成与所述预设格式文本的内容相匹配的类文件。

请参照图5，数据库表中设置有存储扩展属性的扩展字段，所述扩展字段中存储有由类文件序列化的预设格式文本。

所述扩展字段用于存储实体的扩展属性，例如，在公司员工的基本信息数据库表中，可以将员工的基本属性(如：员工的姓名、性别、年龄、工龄及职位等)分别采用一个字段(列)来存储。而随着业务和系统的发展，可以将员工的家庭成员信息(如：配偶信息、子女信息、配偶的联系信息及配偶的职业等)作为扩展属性用单独的扩展字段进行存储。

具体地，所述类文件可以是C++、VF及java的类文件。优选地，所述类文件为java的类文件。

在本实施例中，所述序列化是指：主要用于存储对象状态为另一种通用格式，比如：二进制、xml、json等，把对象转换成这种格式就叫序列化。

在本实施例中，所述预设格式文本可以是字符串格式(例如：xml格式或json格式)。优选地，所述预设格式文本为包括一段文本片段的json格式文本，json格式的文本具有良好的业务描述性及灵活扩展性，便于在需求升级或实体属性变化时对数据库表进行相应的操作。

在本实施例中，当所述预设格式文本为json格式的文本时，采用查找算法逐级查找所述json格式的文本中的键值对。其中所述查找算法可以包括当不限于，递归算法、顺序查找算法及哈希表查找算法，优选地，所述查找算法为递归算法。采用递归算法逐层查找每个节点上的键值对，可以实现对json文本中键值对的自动查找，不需要手工作业，减小工作量。在查找到对应键值对时，将该键值对反序列化成与所述json格式文本对应的类文件。其中，反序列化与所述序列化是完全相反或相逆的一个过程，在此就不再赘述。

在本实施例中，在步骤S110之后，所述关系型数据库扩展方法还可以包括：显示与所述预设格式文本的内容相匹配的类文件。具体地，所述类文件可以显示在用户界面上(比如：程序编辑界面)，用户可以通过该用户界面对所述类文件进行操作，所述操作是指对所述类文件对应的代码进行相应地操作。

步骤S120，响应对所述类文件的操作，将操作后的类文件序列化成所述预设格式文本存储到所述扩展字段中。

在本实施例中，数据库管理人员通过对用户界面上类文件的操作可以包括，但不限于，对所述类文件中的内容进行删除(比如：删除扩展属性中的子女信息)，对所述类文件中的内容进行修改(比如：修改扩展属性中的配偶的联系方式)，对所述类文件中的内容进行增加(比如：在扩展属性中增加的子女的兴趣爱好)等。所述服务器100在接收到上述的操作后，将所述操作后的类文件序列化为预设格式文本存储到所述扩展字段中，即完成对数据库表中扩展属性的扩展。

采用类文件与扩展属性间的对应关系(即序列化和反序列化)，通过对类文件的操作实现对所述数据库表中属性的扩展。不仅提高了关系型数据库的灵活性和可扩展性，还可以很好的提高开发效率，避免因数据库表结构变化而引起的各种上层应用修改带来的错误。

请参照图6，在本发明提供的另一较佳实施例中，在步骤S110之前，所述关系型数据库扩展方法还可以包括。

步骤S108，创建与数据库表的扩展字段的结构相对应的类文件。

具体地，所述扩展字段的结构即为各个扩展属性之间的层次关系，比如：配偶信息为配偶的联系信息及配偶的职业的上一层级，配偶的联系信息及配偶的职业为同一层级。在建立的与扩展字段的结构相对应的类文件中会体现出上述各个拓展属性之间的层次关系。

在本实施例的一种实施方式中，还可以将实体的基本属性和扩展属性分开，并且单独分别建立数据库表。即基本属性对应一数据库表和扩展属性对应另一数据库表，在对关系型数据库进行扩展时，只需要对扩展属性对应的数据库表进行相应的操作即可。

步骤S109，将所述类文件序列化成预设格式文本存储到所述扩展字段中。

在本实施例中，当所述类文件序列化成json格式的文本时，将所述json格式的文本内容以节点形式进行存储，在每个节点上对应存储json格式的文本中的键值对。

以下通过举例来说明本发明实现对关系型数据库扩展的具体过程，应当理解的是，下面所描述的内容仅仅是为了便于对本申请的内容进行说明以使本领域技术人员能够理解，并不构成对本申请权利要求范围的限定。

在该例子中，所述类文件为java的类文件，所述预设格式文本为json格式文本。

执行步骤S108，建立与扩展字段中扩展属性对应的类文件，具体地，以扩展属性为员工的家庭成员信息为例。

在一实施方式中，类文件的java代码可以如下：

由上述java类文件的代码可知，类文件描述的是员工家庭成员信息，其中包括家庭成员姓名“memberName”和家庭成员的电话号码“phoneNumber”两个对象。相应地，上述两个对象在类文件对应的扩展指段中对应家庭成员姓名“memberName”和家庭成员的电话号码“phoneNumber”两个扩展属性。从结构上看，家庭成员姓名“memberName”和家庭成员的电话号码“phoneNumber”属于同一层级，它们都是上一层级员工家庭成员类“FamilyMember”中的具体内容。

执行步骤S109，存储在所述扩展字段中的json文本内容为{"memberName":"张某某","phoneNumber":"010-12355188"}。

执行步骤S110，从所述扩展字段中读取json文本内容。将所述json文本内容反序列化成相匹配的类文件。

具体地，当采用递归算法查找到某一节点上的键值对内容(比如"phoneNumber":"010-12355188")时，通过反序列化得到的类文件，代码如下：

针对扩展字段中所有内容反序列化后的类文件与步骤S111中的代码相同，在此不再罗列。

执行步骤S120，该步骤以所述操作为对所述类文件的内容进行修改为例。例如修改员工家属的联系方式。具体地，将类文件中关于员工家属的联系方式的代码进行相应修改即可，如将“this.phoneNumber＝“010-12355188”中的电话号码修改为“this.phoneNumber＝“010-12345678”。请参照图7，则修改后的类文件序列化成json文本的内容就变化会为{"memberName":"张某某","phoneNumber":"010-12345678"}，从而通过应用层(比如软件编辑界面)上代码的修改完成对底层数据库表内容的相应修改。

在另一实例中，所述操作为对所述类文件的内容进行删除，例如删除员工家属的联系方式。具体地，将类文件中关于员工家属的联系方式对应的代码进行删除即可。操作后的类文件的代码可以如下：

请参照图7，操作后的类文件序列化成json文本的内容就变化为{"memberName":"张某某"}。从而通过应用层上代码的修改完成对底层数据库表结构的相应修改。

在其它实例中，所述操作还可以为对所述类文件的内容进行增加，例如增加员工家属的职业。对应的类文件代码如下：

请参照图7，修改后的类文件序列化成json文本的内容为{"memberName":"张某某"，"phoneNumber":"010-12345678"，"Occupation":"医生"}。从而通过应用层上代码的修改实现对底层数据库表结构的相应修改。

请参照图8，是本发明一较佳实施例提供的图3所示关系型数据库扩展系统110的功能模块框图。所述关系型数据库扩展系统110可以包括反序列化模块1101及操作模块1102。

所述反序列化模块1101用于从所述扩展字段中读取所述预设格式文本的内容，将所述预设格式文本的内容反序列化成与所述预设格式文本的内容相匹配的类文件。

在本实施例中，数据库表中设置有存储扩展属性的扩展字段，所述扩展字段中存储有由类文件序列化的预设格式文本。

在本实施例中，所述预设格式文本可以是字符串格式(例如：xml格式或json格式)。优选地，所述预设格式文本为包括一段文本片段的json格式文本，json格式的文本具有良好的业务描述性及灵活扩展性，便于在需求升级或实体属性变化时对数据库表进行相应的操作。

在本实施例中，当所述预设格式文本为json格式的文本时，采用查找算法逐级查找所述json格式的文本中的键值对。并在查找到对应键值对时，将该键值对转换成类文件。其中所述查找算法可以包括当不限于，递归算法、顺序查找算法及哈希表查找算法，优选地，所述查找算法为递归算法。

所述操作模块1102用于响应对所述类文件的操作，将操作后的类文件序列化成所述预设格式文本存储到所述扩展字段中。

在本实施例中，经过上述操作后，再将所述操作后的类文件序列化为预设格式文本存储到所述扩展字段中，即完成对数据库表中扩展属性的扩展。采用类文件与扩展属性间的对应关系(即序列化和反序列化)，通过对类文件的操作实现对所述数据库表中属性的扩展。提高了关系型数据库的灵活性和可扩展性，可以很好的提高开发效率，避免数据库表结构变化而引起的各种上层应用修改带来的错误。

请参照图9，在本发明提供的另一较佳实施例中，所述关系型数据库扩展系统110还可以包括：创建模块1103及序列化模块1104。

所述创建模块1103用于创建与数据库表的扩展字段的结构相对应的类文件。

在本实施例中，所述类文件可以是C++、VF及java的类文件。优选地，所述类文件为java的类文件。

所述序列化模块1104用于将所述类文件序列化成预设格式文本存储到所述扩展字段中。

在本实施例中，所述预设格式文本可以为字符串格式(例如：xml格式或json格式)。优选地，所述预设格式文本为包括一段文本片段的json格式文本。

在本实施例中，进一步地，所述关系型数据库扩展系统110还可以包括显示模块1105，所述显示模块1105用于显示与所述预设格式文本的内容相匹配的类文件。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，也可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的设备、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为

替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

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

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (16)

1.一种关系型数据库扩展方法，其特征在于，数据库表包括扩展字段，所述扩展字段中存储有由类文件序列化的预设格式文本，所述方法包括：

从所述扩展字段中读取所述预设格式文本的内容，将所述预设格式文本的内容反序列化成相匹配的类文件；

响应对所述类文件的操作，将操作后的类文件序列化成所述预设格式文本存储到所述扩展字段中。

2.如权利要求1所述的关系型数据库扩展方法，其特征在于，所述方法还包括：

创建与数据库表的扩展字段的结构相对应的类文件；

将所述类文件序列化成预设格式文本存储到所述扩展字段中。

3.如权利要求1或2所述的关系型数据库扩展方法，其特征在于：

所述预设格式文本为包括一段文本片段的Json格式文本。

4.如权利要求3所述的关系型数据库扩展方法，其特征在于，所述将所述预设格式文本的内容反序列化成相匹配的类文件的步骤包括：

采用查找算法逐级将所述预设格式文本的键值对生成与所述键值对的内容相匹配的类文件。

5.如权利要求4所述的关系型数据库扩展方法，其特征在于：

所述查找算法为递归算法。

6.如权利要求4所述的关系型数据库扩展方法，其特征在于，所述方法还包括：

显示与所述预设格式文本的内容相匹配的类文件。

7.如权利要求1所述的关系型数据库扩展方法，其特征在于：

所述操作包括对所述类文件中的内容进行删除、修改或插入的操作。

8.如权利要求1所述的关系型数据库扩展方法，其特征在于：

所述类文件为Java类文件。

9.一种关系型数据库扩展系统，其特征在于，数据库表包括扩展字段，所述扩展字段中存储有由类文件序列化的预设格式文本，所述系统包括：

反序列化模块，用于从所述扩展字段中读取所述预设格式文本的内容；用于将所述预设格式文本的内容反序列化成相匹配的类文件；

操作模块，用于响应对所述类文件的操作，将操作后的类文件序列化成所述预设格式文本存储到所述扩展字段中。

10.如权利要求9所述的关系型数据库扩展系统，其特征在于，所述系统还包括：

创建模块，用于创建与数据库表的扩展字段的结构相对应的类文件；

序列化模块，用于将所述类文件序列化成预设格式文本存储到所述扩展字段中。

11.如权利要求9或10所述的关系型数据库扩展系统，其特征在于：

所述预设格式文本为包括一段文本片段的Json格式文本。

12.如权利要求11所述的关系型数据库扩展系统，其特征在于：

所述反序列化模块，还用于采用查找算法逐级将所述预设格式文本的键值对生成与所述键值对的内容相匹配的类文件。

13.如权利要求12所述的关系型数据库扩展系统，其特征在于：

所述查找算法为递归算法。

14.如权利要求12所述的关系型数据库扩展系统，其特征在于，所述系统还包括：

显示模块，用于显示与所述预设格式文本的内容相匹配的类文件。

15.如权利要求9所述的关系型数据库扩展系统，其特征在于：

所述操作包括对所述类文件中的内容进行删除、修改或插入的操作。

16.如权利要求9所述的关系型数据库扩展系统，其特征在于：

所述类文件为Java类文件。