[发明专利]一种关系数据库应用自动升级的方法

说明书

技术领域

本发明涉及一种升级方法，特别是涉及一种关系数据库应用的自动升级方法。

背景技术

为满足当前各种业务开发、运营管理的需要，设备或者软件产品供应商基于MS SQL、Oracle、Sybase等商用数据库软件，开发了各种各样的业务软件。主要形式为利用商用数据库软件创建占用一定存储空间大小的数据库实体、一系列的关系数据表，可能还有存储过程、触发器等数据库元素。但是由于新业务新需求的不断涌现、业务量的增长、软件版本的故障修复和功能增强，就会频繁发生对业务数据库系统的升级。数据库的升级主要包括表的增删、表结构的更改、空间的修改、存储过程等元素的变更等。为本文叙述方便，我们把需要升级的原用户数据库系统称为升级源版本，把升级后的目标用户数据库系统称为升级目标版本。传统的升级方法是由研发人员根据升级源版本、升级目标版本的特性来定制开发版本升级工具。这种升级工具是与升级源版本、升级目标版本紧密相关的，是由研发人员人为分析两个版本的差异而得出来的，这种升级方法有以下缺点：

1、不能从用户数据库系统本身判断是否两个版本间数据库结构发生了修改，只能根据版本的版本号来进行判断版本中哪些数据库结构有了修改，这种判断难免会出现误差。例如有些对于数据库的修改未能反应到版本号的变化上，导致不同的数据库结构(可能是很微小的)对应到同一个版本号上，这时根据版本号来定制的数据库升级工具就不能完全正确升级。有可能在产品运营现场，用户进行过一些修改，或者技术支持人员现场做过一些改动，这时定制的数据库升级工具是无法感知这些现场变化的；

2、在进行版本升级的时候在理论上会出现多到多的多种版本转换情况，这样，依靠不同版本号来定制版本升级工具，就会使数据升级工具维护工作量随着版本号的增加急剧增大。当发布一个新版本时，必须针对此前的所有版本制作升级到新版本的升级工具。当然也可以通过变通方法，比如进行梯次升级，逐步升级到最新版本，但这会导致升级过程繁琐、耗时，出错概率加大；

3、这种定制的版本升级工具也不利于升级失败后的回滚。由于升级工具本身并不能识别不同版本的内部数据库结构，所以逆向回滚也需要针对不同版本进行定制，费时费力。

如果能够实现一种方法，对升级源版本、升级目标版本的关系数据库的数据结构特性进行自动分析，然后生成升级策略，最终按此策略进行自动升级，则可以解决以上问题，实现方便灵活的关系数据自动升级。对于某些数据库结构差异非常大，用户需要定制升级策略的，也可以提供自动分析结果，使得用户在此基础上进行部分指定升级策略，从而实现准确完整的升级。

发明内容

本发明所要解决的问题在于，提供一种关系数据库应用自动升级的方法，以实现在任意版本的数据库之间方便灵活的自动升级。

为了实现上述目的，本发明公开了一种关系数据库应用自动升级的方法，用于实现从源版本数据库到目的版本数据库的升级，所述关系数据库设置于计算机上，所述计算机上还设置有用于控制所述关系数据库的数据库自动升级系统，该方法包括如下步骤：

创建目的版本数据库结构；

所述数据库自动升级系统扫描分析所述源版本数据库结构，以获得所述源版本数据库结构信息；

所述数据库自动升级系统扫描分析所述目的版本数据库结构，以获得所述目的版本数据库结构信息；

对比分析所述源、目的版本数据库结构信息，生成升级策略；

依照所述升级策略执行升级。

所述对比分析所述源、目的版本数据库结构信息，生成升级策略的步骤进一步包括：

对于所述目的版本数据库结构相对源版本数据库结构新增的数据表，生成创建所述数据表的升级策略；

或者，对于只存在于所述源版本数据库结构而不存在于所述目的版本数据库结构的数据表，生成忽略所述数据表的升级策略；

或者，对于所述目的版本数据库结构相对源版本数据库结构新增的字段，生成创建所述字段的升级策略；

或者，对于只存在于所述源版本数据库结构而不存在于所述目的版本数据库结构的字段，生成忽略所述字段的升级策略；

或者，对于在所述源、目的版本数据库结构中的相同数据表的具有相容属性的相同字段，生成直接升级的升级策略；

或者，对于在所述源、目的版本数据库结构中同名的存储过程、触发器，生成直接替换升级的升级策略。

所述对比分析所述源、目的版本数据库结构信息，生成升级策略的步骤进一步包括：