CN115586916A - 数据库模型的版本管理方法、装置及相关设备 - Google Patents

Abstract

本申请实施例提供一种数据库模型的版本管理方法、装置及相关设备，应用于数据库技术领域。本申请实施例中，服务端可以管理数据库模型的多个版本，每个版本的数据库模型都包含数据库的元素以及元素之间的联系，便于回溯数据库模型的多个版本。用户可以从多个版本的数据库模型的信息中，根据自身的需求选择查看某一版本的数据库模型。相应的，服务器向用户提供该版本对应的数据库模型的结构数据。由于结构数据中包含多个数据库的元素，以及元素之间的联系，用户可以方便地查看当前版本的数据库的结构，提升了用户的使用体验。

Description

数据库模型的版本管理方法、装置及相关设备

技术领域

本申请涉及数据库技术领域，尤其涉及数据库模型的版本管理方法、装置及相关设备。

背景技术

数据库的设计部署过程中，随着业务调整、需求变更，通常需要对数据库进行多次修改、版本迭代才能设计完成。因此对于数据库模型的版本进行管理，可以便于回溯修改。但是目前的数据库设计软件，在修改数据库模型结构后，无法提供回溯功能。一些场景中，通过代码仓，可以对数据库模型的脚本文件进行版本管理。但是代码仓只能记录代码、数据的修改，而数据库的各个元素之间的依赖关系往往较为复杂，通过记录脚本文件难以对数据库模型的版本进行回溯，非结构化的文本也不利于用户查看数据库结构的修改，用户体验较差。

因此，如何解决上述问题，是本领域人员正在研究的热点。

发明内容

本申请实施例提供了数据库模型的版本管理方法、装置及相关设备，能够管理数据库模型的结构化数据，使得用户可以方便地查看到各个版本地数据库设计的模型信息。

第一方面，本申请实施例提供了一种数据库模型的版本管理方法，包括：

向用户设备提供多个版本的数据库模型的信息；

接收所述用户设备选择的第一版本；

向所述用户设备提供所述第一版本的数据库模型的结构数据，所述数据库模型的结构数据包含组成所述第一版本的数据库模型的元素以及所述元素之间的联系。

上述方法可以应用于服务器，由服务器或者服务器内部的部件(例如芯片、软件模块或集成电路)来执行。或者上述方法可以应用于数据库设计系统，例如由数据库设计系统的服务端(服务端可以通过服务器、云平台等来实现)来执行。

本申请实施例中，服务器可以管理数据库模型的多个版本，每个版本的数据库模型都包含数据库的元素以及元素之间的联系，便于回溯数据库模型的多个版本。用户可以从多个版本的数据库模型的信息中，根据自身的需求选择查看某一版本的数据库模型。相应的，服务器向用户提供该版本对应的数据库模型的结构数据。由于结构数据中包含多个数据库的元素，以及元素之间的联系，用户可以方便地查看当前版本的数据库的结构，提升了用户的使用体验。

在第一方面的一种可能的实施方式中，所述第一版本的数据库模型的元素包含以下中的至少一项：库、表、索引、字段、实体、属性、外键、触发器、视图、存储过程、函数、或序列等。

在第一方面的一种可能的实施方式中，所述方法还包括：

接收所述用户设备在第二版本中对数据库模型中的所述第一元素的更新；

向所述用户设备提供所述第一元素在所述第二版本中的变更记录。

其中，所述更新包括添加所述第一元素、删除所述第一元素、修改所述第一元素的信息。

通过上述方式可以记录用户设备对第一元素的更新，以使得用户可以查看该元素的变更情况。

在第一方面的一种可能的实施方式中，所述在所述第二版本中的变更记录包含更新前的所述第一元素和/或更新后的第一元素。

该变更记录可以在用户设备上呈现，可以使得用户直观的查看到第一元素更新前后的状态，便于对比不同版本的第一元素的变更，提升用户体验。

可选的，所述变更记录还包括所述第一元素的信息、更新所述第一元素的用户、更新所述第一元素的时间等等。

在第一方面的一种可能的实施方式中，所述方法还包括：

向所述用户设备提供中所述数据库模型中的第一元素在多个版本的变更记录。

可以看出，通过服务端可以管理数据库模型中的多个元素在多个版本内的变更记录，便于回溯数据库模型中的元素的创建、或者以及修改、删除过程。相应的，用户通过用户设备进行交互，即可可以方便地查看指定元素在历次版本中经历的变更情况。例如，用户在第一个版本中新增了表A，在第二个版本中在表A添加了某一字段B，在第三个版本中将字段B修改为字段C。而通过对表A进行纵向回溯，可以了解表A是在哪个版本进行创建、在哪个版本进行了更新，从而直观地获取元素的生命周期，提升了用户体验。

在第一方面的一种可能的实施方式中，所述方法还包括：

接收所述用户设备发送的请求信息，所述请求信息用于请求获取所述第一元素的变更记录。

第二方面，本申请实施例提供了一种数据库模型的版本管理方法，包括：

接收服务器提供的多个版本的数据库模型的信息；

向服务器发送所述用户设备选择的第一版本；

接收所述服务器提供的第一版本的数据库模型的结构数据，所述数据库模型的结构数据包含组成所述第一版本的数据库模型的元素以及所述元素之间的联系。

呈现所述第一版本的数据库模型的结构数据。

上述方法可以应用于用户设备，由用户设备或者用户设备内部的部件(例如芯片、软件模块或集成电路)来执行。或者上述方法可以应用于数据库设计系统，例如由数据库设计系统的客户端来执行。

在第二方面的一种可能的实施方式中，所述第一版本的数据库模型的元素包含以下中的至少一项：库、表、索引、字段、实体、属性、外键、触发器、视图、存储过程、函数、或序列等。

在第二方面的又一种可能的实施方式中，所述方法还包括：

向所述服务器发送所述用户设备在第二版本中对所述数据库模型中的所述第一元素的更新；

接收所述服务器提供的所述第一元素在所述第二版本中的变更记录。

在第二方面的又一种可能的实施方式中，所述在所述第二版本中的变更记录包含更新前的所述第一元素和更新后的第一元素。

在第二方面的又一种可能的实施方式中，所述方法还包括：

接收所述服务器提供的所述数据库模型中的第一元素在多个版本的变更记录。

第三方面，本申请实施例提供了一种数据库模型的版本管理方法，包括：

向用户设备提供数据库模型中的一个或者多个元素；

接收所述用户设备选择的第一元素；

向所述用户设备提供所述第一元素在多个版本的变更记录。

上述方法可以应用于服务器，由服务器或者服务器内部的部件(例如芯片、软件模块或集成电路)来执行。或者上述方法可以应用于数据库设计系统，例如由数据库设计系统的服务端来执行。

本申请实施例中，服务端可以管理数据库模型中的多个元素在多个版本内的变更记录，便于回溯数据库模型中的元素的创建、或者以及修改、删除过程。相应的，用户通过用户设备进行交互，即可可以方便地查看指定元素在历次版本中经历的变更情况。例如，用户在第一个版本中新增了表A，在第二个版本中在表A添加了某一字段B，在第三个版本中将字段B修改为字段C。而通过对表A进行纵向回溯，可以了解表A是在哪个版本进行创建、在哪个版本进行了更新，从而直观地获取元素的生命周期，提升了用户体验。

在第三方面的一种可能的实施方式中，所述一个或者多个元素包含以下中的至少一项：库、表、索引、字段、实体、属性、外键、触发器、视图、存储过程、函数、或序列等。

在第三方面的又一种可能的实施方式中，所述方法还包括：

向用户提供多个版本的所述数据库模型的信息；

接收所述用户设备选择的第一版本；

向所述用户设备提供所述第一版本的所述数据库模型的结构数据，所述一个或者多个元素属于所述结构数据。

在第三方面的又一种可能的实施方式中，所述方法还包括：

接收所述用户设备在第二版本中对所述数据库模型中的所述第一元素的更新；

向所述用户设备提供所述第一元素在所述第二版本中的变更记录。

在第三方面的又一种可能的实施方式中，所述在所述第二版本中的变更记录中包含更新前的所述第一元素和更新后的第一元素。

第四方面，本申请实施例提供了一种数据库模型的版本管理方法，包括：

接收所述服务器提供的一个或者多个元素；

向服务器发送所述用户设备选择的第一元素；

接收所述服务器提供的所述第一元素在多个版本的变更记录；

呈现所述第一元素在多个版本的变更记录。

在第四方面的一种可能的实施方式中，所述一个或者多个元素包含以下中的至少一项：库、表、索引、字段、实体、属性、外键、触发器、视图、存储过程、函数、或序列等。

在第四方面的又一种可能的实施方式中，所述方法还包括：

接收所述服务器提供的所述多个版本的所述数据库模型的信息；

向所述服务器发送所述用户设备选择的第一版本；

接收所述服务器提供的所述第一版本的所述数据库模型的结构数据；

呈现所述第一版本的所述数据库模型的结构数据。

在第四方面的又一种可能的实施方式中，所述方法还包括：

向所述服务器发送所述用户设备在第二版本中对所述数据库模型中的所述第一元素的更新；

接收所述服务器提供的所述第一元素在所述第二版本中的变更记录。

在第四方面的又一种可能的实施方式中，所述在所述第二版本中的变更记录包含更新前的所述第一元素和更新后的第一元素。

第五方面，本申请实施例还提供一种系统，所述系统包括用户设备和服务器；其中：

所述服务器，用于向用户设备提供多个版本的数据库模型的信息；

所述用户设备，用于接收所述服务器提供的多个版本的数据库模型的信息；

所述用户设备，还用于向服务器发送所述用户设备选择的第一版本；

所述服务器，还用于接收所述用户设备选择的所述第一版本；

所述服务器，还用于向所述用户设备提供所述第一版本的数据库模型的结构数据，所述数据库模型的结构数据包含组成所述第一版本的数据库模型的元素以及所述元素之间的联系；

所述用户设备，还用于接收所述服务器提供的所述第一版本的数据库模型的结构数据；

所述用户设备，还用于呈现所述第一版本的数据库模型的结构数据。

在第五方面的一种可能的实施方式中，所述一个或者多个元素包含以下中的至少一项：库、表、索引、字段、实体、属性、外键、触发器、视图、存储过程、函数、或序列等。

在第五方面的又一种可能的实施方式中，所述用户设备，还用于向所述服务器发送所述用户设备在第二版本中对所述数据库模型中的所述第一元素的更新；

所述服务器，还用于：

接收所述用户设备在第二版本中对数据库模型中的所述第一元素的更新；

向所述用户设备提供所述第一元素在所述第二版本中的变更记录；

所述用户设备，还用于接收所述服务器提供的所述第一元素在所述第二版本中的变更记录。

在第五方面的又一种可能的实施方式中，所述在所述第二版本中的变更记录包含更新前的所述第一元素和更新后的第一元素。

在第五方面的又一种可能的实施方式中，所述服务器，还用于向所述用户设备提供所述数据库模型中的第一元素在多个版本的变更记录；

所述用户设备，还用于接收所述服务器提供的所述数据库模型中的第一元素在多个版本的变更记录。

第六方面，本申请实施例还提供一种系统，所述系统包括用户设备和服务器；其中：

所述服务器，用于向用户设备提供数据库模型中的一个或者多个元素；

所述用户设备，用于接收所述服务器提供的一个或者多个元素；

所述用户设备，还用于向服务器发送所述用户设备选择的第一元素；

所述服务器，还用于接收所述用户设备选择的所述第一元素；

所述服务器，还用于向所述用户设备提供的所述第一元素在多个版本的变更记录；

所述用户设备，还用于接收所述服务器提供的所述第一元素在多个版本的变更记录；

所述用户设备，还用于呈现所述第一元素在多个版本的变更记录。

在第六方面的一种可能的实施方式中，所述一个或者多个元素包含以下中的至少一项：库、表、索引、字段、实体、属性、外键、触发器、视图、存储过程、函数、或序列等。

在第六方面的又一种可能的实施方式中，所述服务器，还用于向用户提供多个版本的所述数据库模型的信息；

所述用户设备，还用于接收所述服务器提供的所述多个版本的所述数据库模型的信息；

所述用户设备，还用于向所述服务器发送所述用户设备选择的第一版本；

所述服务器，还用于接收所述用户设备发送的所述用户设备选择的第一版本；

所述服务器，还用于向所述用户设备提供所述第一版本的所述数据库模型的结构数据；

所述用户设备，还用于接收所述服务器提供的所述第一版本的所述数据库模型的结构数据；

所述用户设备，还用于呈现所述第一版本的所述数据库模型的结构数据。

在第六方面的又一种可能的实施方式中，所述用户设备，还用于向所述服务器发送所述用户设备在第二版本中对所述数据库模型中的所述第一元素的更新；

所述服务器，还用于接收所述用户设备在第二版本中对数据库模型中的所述第一元素的更新；

所述服务器，还用于向所述用户设备提供所述第一元素在所述第二版本中的变更记录；

所述用户设备，还用于接收所述服务器提供的所述第一元素在所述第二版本中的变更记录。

在第六方面的又一种可能的实施方式中，所述在所述第二版本中的变更记录包含更新前的所述第一元素和更新后的第一元素。

第七方面，本申请实施例提供一种版本管理装置，该版本管理装置包括处理单元和通信单元，该版本管理装置用于实现第一方面或第一方面任一种可能的实施方式所描述的方法。

在第七方面的一种可能的实施方式，处理单元和通信单元，用于向用户设备提供多个版本的数据库模型的信息；

所述通信单元，还用于接收所述用户设备选择的第一版本；

所述处理单元和所述通信单元，还用于向所述用户设备提供所述第一版本的数据库模型的结构数据，所述数据库模型的结构数据包含组成所述第一版本的数据库模型的元素以及所述元素之间的联系。

在第七方面的又一种可能的实施方式中，所述装置属于数据库设计系统。

在第七方面的又一种可能的实施方式中，所述第一版本的数据库模型的元素包含以下中的至少一项：库、表、索引、字段、实体、属性、外键、触发器、视图、存储过程、函数、或序列等。

在第七方面的又一种可能的实施方式中，所述通信单元，还用于接收所述用户设备在第二版本中对数据库模型中的所述第一元素的更新；

所述处理单元和所述通信单元，还用于向所述用户设备提供所述第一元素在所述第二版本中的变更记录。

在第七方面的又一种可能的实施方式中，所述在所述第二版本中的变更记录包含更新前的所述第一元素和更新后的第一元素。

在第七方面的又一种可能的实施方式中，所述处理单元和所述通信单元，还用于：

向所述用户设备提供所述数据库模型中的第一元素在多个版本的变更记录。

第八方面，本申请实施例提供一种版本管理装置，该版本管理装置包括处理单元和通信单元，该版本管理装置用于实现第二方面或第二方面任一种可能的实施方式所描述的方法。

第九方面，本申请实施例提供一种版本管理装置，该版本管理装置包括处理单元和通信单元，该版本管理装置用于实现第三方面或第三方面任一种可能的实施方式所描述的方法。

在第九方面的一种可能的实施方式中，处理单元和通信单元，用于向用户设备提供数据库模型中的一个或者多个元素；

所述通信单元，还用于接收所述用户设备选择的第一元素；

所述处理单元和所述通信单元，还用于向所述用户设备提供所述第一元素在多个版本的变更记录。

在第九方面的又一种可能的实施方式中，所述装置属于数据库设计系统。

在第九方面的又一种可能的实施方式中，所述一个或者多个元素包含以下中的至少一项：库、表、索引、字段、实体、属性、外键、触发器、视图、存储过程、函数、或序列等。

在第九方面的又一种可能的实施方式中，所述处理单元和所述通信单元，还用于向用户提供多个版本的所述数据库模型的信息；

所述通信单元，还用于接收所述用户设备选择的第一版本；

所述处理单元和所述通信单元，还用于向所述用户设备提供所述第一版本的所述数据库模型的结构数据，所述一个或者多个元素属于所述结构数据。

在第九方面的又一种可能的实施方式中，所述通信单元，还用于接收所述用户设备在第二版本中对所述数据库模型中的所述第一元素的更新；

所述处理单元和所述通信单元，还用于向所述用户设备提供所述第一元素在所述第二版本中的变更记录。

在第九方面的又一种可能的实施方式中，所述在所述第二版本中的变更记录中包含更新前的所述第一元素和更新后的第一元素。

第十方面，本申请实施例提供一种版本管理装置，该版本管理装置包括处理单元和通信单元，该版本管理装置用于实现第四方面或第四方面任一种可能的实施方式所描述的方法。

第十一方面，本申请实施例提供一种计算设备，该计算设备包括处理器和存储器；存储器中存储有计算机程序；处理器执行计算机程序时，计算设备执行前述第一至四方面任一项所描述的方法。

需要说明的是，上述第十一方面所描述的数据传输装置所包含的处理器，可以是专门用于执行这些方法的处理器(便于区别称为专用处理器)，也可以是通过调用计算机程序来执行这些方法的处理器，例如通用处理器。可选的，至少一个处理器还可以既包括专用处理器也包括通用处理器。

可选的，上述计算机程序可以存在存储器中。示例性的，存储器可以为非瞬时性(non-transitory)存储器，例如只读存储器(Read Only Memory，ROM)，其可以与处理器集成在同一块器件上，也可以分别设置在不同的器件上，本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。

在一种可能的实施方式中，上述至少一个存储器位于上述计算设备之外。

在又一种可能的实施方式中，上述至少一个存储器位于上述计算设备之内。

在又一种可能的实施方式之中，上述至少一个存储器的部分存储器位于上述计算设备之内，另一部分存储器位于上述计算设备之外。

本申请中，处理器和存储器还可能集成于一个器件中，即处理器和存储器还可以被集成在一起。

第十二方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在至少一个处理器上运行时，实现前述第一至四方面任一项所描述的方法。

第十三方面，本申请提供了一种计算机程序产品，计算机程序产品包括计算机指令，当所述指令在至少一个处理器上运行时，实现前述第一至四方面任一项所描述的方法。该计算机程序产品可以为一个软件安装包，在需要使用前述方法的情况下，可以下载该计算机程序产品并在计算设备上执行该计算机程序产品。

本申请第二至第十方面所提供的技术方法，其有益效果可以参考第一方面的技术方案的有益效果，此处不再赘述。

附图说明

下面将对实施例描述中所需要使用的附图作简单的介绍。

图1是本申请实施例提供的一种据库模型的示意图；

图2是本申请实施例提供的一种数据库设计系统的架构示意图；

图3是本申请实施例提供的一种版本管理方法的流程示意图；

图4是本申请实施例提供的一种多个版本的数据库模型的信息的界面示意图；

图5A是本申请实施例提供的一种展示数据库模型的结构数据的界面示意图；

图5B是本申请实施例提供的又一种展示数据库模型的结构数据的界面示意图；

图5C是本申请实施例提供的又一种展示数据库模型的结构数据的界面示意图；

图5D是本申请实施例提供的又一种展示数据库模型的结构数据的界面示意图；

图6是本申请实施例提供的一种纵向回溯的界面示意图；

图7是本申请实施例提供的又一种版本管理方法的流程示意图；

图8是本申请实施例提供的一种元素列表的界面示意图；

图9是本申请实施例提供的一种版本管理装置的结构示意图；

图10是本申请实施例提供的一种计算设备的结构示意图。

具体实施方式

下面结合附图对本申请实施例进行详细介绍。

为了便于理解，以下示意性地给出了部分与本申请实施例相关概念的说明以供参考。

1.数据库、表、字段

数据库(database，DB)是按照数据结构来组织、存储和管理数据的仓库，是一个存储在计算机内的有组织的、可共享的大量数据的集合。

表是一种结构化的文件，用于存储特定类型的数据，例如学生信息、院系目录等。数据库中的数据通常以表的形式存储，每个表都有一个唯一的标识，例如表名。

一个表包括一个或者多个列(column)，每列是表中的一个字段，每列中存储着表中某部分的信息。例如数据库中可以包含表明为学生的表，一个列存储学生的学号(student identification，或称为，学生ID)，一个列存储学生的名字(name)。

2.数据库模型

在设计数据库时，对现实世界进行分析、抽象、并从中找出内在联系，进而确定数据库的结构，这一过程就称为数据库设计建模。它主要包括两部分内容：确定最基本的数据结构、对约束建模。数据库模型可以包括：概念模型、逻辑模型、物理模型等。

概念模型(Conceptual model)，也称为信息模型，它是按照用户的观点来对数据和信息建模。概念模型用以描述用户业务需求的一些概念，概念不包含属性，有实体集、联系集的分析结构。如学校数据库中的“学生”和“学院”等。

逻辑模型是将概念模型具体化。要实现概念模型所描述的东西，需要那些具体的功能和处理那些具体的信息，这就到了需求分析的细化阶段。逻辑模型主要包含实体、属性、关系等结构。

其中，实体是客观存在并可相互区别的事务。例如具体的学生、订单、物品等。同一类型的实体的结合称为实体集。属性是实体所具有的某一特性。一个实体通过若干个属性来刻画。关系，也称为联系，实体内部的联系通常是指组成实体的各属性之间的联系，实体之间的联系通常是指不同实体集之间的联系。以学生数据为例：“学生”实体包括：学号、姓名、性别、出生年月、所属学院的ID等属性；“学院”实体包括：学院的ID，学院名称，地址，院长名称等属性；“学生”和“学院”可以进行关联，一个学生隶属于至少一个学院。逻辑模型通过实体-联系(Entity-Relationship，E-R)图，描述系统要实现什么业务，描述该业务流程中，各个实体之间的关联关系。

物理模型就是针对上述逻辑模型所说的内容，在具体的物理数据库引擎上实现出来。如在MySQL、Oracle、MongoDB等数据库上，将逻辑模型实体关系，以物理表、字段、主外键等实现。

3.数据库设计系统

数据库设计系统是一种可视化的数据库设计与管理的工具，用于设计、建立、使用和维护数据库。用户可以在数据库设计系统中创建(或编辑)包括图表以及图表之间关联关系的设计视图，数据库设计系统能够存储用户创建(或编辑)的数据库设计视图，并可以建立数据库的模型(或者还包括存储数据库的数据)。

应理解，本申请中的用户指示的是数据库设计系统的用户，包括数据库的设计者或开发者。

4.版本管理、横向回溯、纵向回溯

版本管理是指对软件开发过程中代码、文档、模型设计等数据变更的管理，是软件开发迭代中过程管理的核心思想之一。

在管理的多个版本中，随意选取任意一个历史版本，获取该版本的全量数据，为横向回溯。

在被管理的多个对象(可以是任一版本中的对象)中，随意选取某一个对象，获取对象(及该对象的子对象)在整个版本管理生命周期内的变更情况，为纵向回溯。

上述对概念的示例性说明可以应用在下文的实施例中。

数据库的设计部署过程中，随着业务调整、需求变更，通常需要对数据库进行多次修改、版本迭代才能设计完成。示例性地，请参见图1，如图1所示是本申请实施例提供的一种可能的数据库模型的示意图。如图1所示为学生数据库模型，在一个设计阶段，学生数据库中添加了学生表(tb_student)、学院表(tb_dept)和课程表(tb_course)，分别对应学生实体、学院实体和课程实体。其中，学生表(学生实体)可以包含以下字段(属性)：学号(sutdent_ID)、学生名称(sutdent_name)、性别(sex)、年龄(age)、学院号(dept_ID)，学院表(学院实体)可以包含以下字段(属性)：学院号(dept_ID)、学院名称(dept_name)、地址(location)、院长名称(dean)，课程表(课程实体)可以包含以下字段(属性)：课程号(courset_ID)、课程名称(course_name)、学分(ccredit)、开课学院号(dept_ID)。其中，学生表中的学院号与学院表中的学院号关联。

在数据库设计过程中，对于数据库的需求可能随时会变更，因此会对数据库模型进行修改。例如，当前需要新增加一个课程成绩实体，使得学生可以查看对应课程的成绩。再如，由于学生的年龄随时会变化，因此上述学生表中年龄字段需要进行多次更新，使用不方便。因此可以将年龄字段更新为出生日期字段，这样可以通过当前日期和出生日期计算年龄，而无需多次更新数据库中的数据。

如上所示的对数据库模型的变更可能会在数据库设计过程中发生多次，因此，需要对数据库模型的版本进行管理，便于回溯修改。但是目前的数据库设计软件，在修改数据库模型结构后，无法提供回溯功能。一些场景中，通过代码仓，可以对数据库模型的脚本文件进行版本管理。但是代码仓只能记录代码、数据的修改，而数据库的各个元素之间的依赖关系往往较为复杂，通过记录脚本文件难以对数据库模型的版本进行回溯，非结构化的文本也不利于用户查看数据库结构的修改，用户体验较差。

为了解决上述问题，本申请实施例提供一种数据库模型的版本管理方法、装置及相关设备，能够管理数据库模型的结构化数据，使得用户可以方便地查看到各个版本地数据库设计的模型信息。

下面对本身申请实施例的架构进行描述。

可选的，本申请实施例提供的数据库模型的版本管理方法可以基于数据库设计系统来实现。其中，数据库设计系统可以包含硬件模块、或软件模块(如应用程序、组件等)、或硬件模块与软件模块的组合等。

一种可能的设计中，数据库设计系统可以包括客户端和服务端。客户端可以用于呈现界面、选择框、输入框等与用户交互的组件，服务端用于向客户端提供数据库模型的结构数据、或响应用户的请求等。

请参见图2，图2是本申请实施例提供的一种可能的数据库设计系统的架构示意图。如图2所示的系统包括至少一个用户设备201和至少一个服务器202。

其中，用户设备201是具有数据处理、数据收发能力的电子设备，可以实现前述客户端的功能。例如可以包括手持终端、可穿戴设备、车辆、机器人等独立设备，也可以是包含在独立设备中的部件(例如芯片或集成电路)。示例性地，当终端装置为手持终端时，可以是手机(mobile phone)、平板电脑(pad)、电脑(如笔记本电脑、掌上电脑等)等。

服务器202是具有数据处理、数据收发能力的装置，可以实现前述服务端的功能。应理解，此处便于描述称为服务器，其具体形式可以为实体装置如服务器、或主机等，也可以是虚拟装置如虚拟机、或容器等。可选的，服务器202可以独立的部署在一个设备中，也可以分布式的部署在多个设备上。

服务器202可以管理数据库模型的多个版本，每个版本的数据库模型都包含数据库的元素以及元素之间的联系，便于回溯数据库模型的多个版本。在用户设备201(或者使用用户设备201的用户)需要查看某一版本的数据库模型时，向用户设备201提供该版本对应的结构数据。由于结构数据中包含数据库模型中的多个元素，以及元素之间的联系，用户可以方便地查看当前版本的数据库的结构，提升了用户的使用体验。

可选的，服务器202可以管理数据库模型中的元素在多个版本内的变更记录，便于回溯数据库模型中的元素的创建、或者以及修改、删除过程。相应的，用户设备201可以与用户进行交互，用户通过用户设备201即可方便地查看指定元素在历次版本中经历的变更情况。例如，用户在第一个版本中新增了表A，在第二个版本中在表A添加了某一字段B，在第三个版本中将字段B修改为字段C。而通过对表A进行纵向回溯，可以了解表A是在哪个版本进行创建、在哪个版本进行了更新，从而直观地获取元素的生命周期，提升了用户体验。

应理解，上述服务器202与用户设备201之间通信的链路可以是有线链路、无线链路或者有线链路与无线链路的组合等方式。进一步可选的，通信还可以通过一种或者多种网络技术实现。本申请对于服务器与用户设备201之间的通信方式不做限定。

在一种可能的设计中，如图2所示的服务器202可以为云平台。其中，云平台包含云服务提供商提供的大量基础资源(包括但不限于计算资源、存储资源、或网络资源等)，其中计算资源可以是大量的计算设备(例如服务器、虚拟机)。

在一种可能的实施场景中，上述数据库设计系统能够由云服务提供商在云平台抽象成一种数据库设计的云服务提供给用户。例如，用户购买数据库设计云服务之后，云平台响应于用户触发的数据库设计系统实例创建操作，在云服务提供商提供的资源上创建数据库设计系统实例，然后向用户提供数据库模型的版本管理服务。相应的，用户所使用的用户设备可以呈现界面、使用版本管理服务。

其中，购买数据库设计云服务的方式可以包括：先预充值再根据最终资源的实际使用情况进行结算，或者，按使用云服务的时间或者按照购买的云服务的功能或资源结算。

需要说明的是，在本申请实施例中，云平台可以是中心云的云平台、边缘云的云平台或包括中心云和边缘云的云平台，本申请实施例对其不做具体限定。并且，当云平台为包括中心云和边缘云的云平台时，该数据库设计系统可以部分部署在边缘云的云平台中，部分部署在中心云的云平台中。

下面对本申请实施例的方法进行详细介绍。

请参见图3，图3是本申请实施例提供的一种版本管理方法的流程示意图。可选的，该方法可以应用图2所示的数据库设计系统。

如图3所示的版本管理方法至少包括步骤S301至步骤S304。

步骤S301：服务器向用户设备提供多个版本的数据库模型的信息。相应的，用户设备接收服务器提供的多个版本的数据库模型的信息。

其中，一个版本的数据库模型的信息可以包含该版本的版本号、数据库模型的名称、变更摘要、提交说明、提交者、创建时间、可执行的操作等中的一项或者多项。

示例性的，请参见图4，图4是本申请实施例提供的一种可能的多个版本的数据库模型的信息的界面示意图。如图4所示，区域401用于说明当前页面指示哪一个数据库模型的信息，例如该数据库模型的名称可以为“学生数据库模型”，所处分支可以为主分支(可以通过如图所示的选择组件选择不同的分支)。区域402用于根据条件筛选、过滤或者查找不同的版本等。区域403展示了4个版本的数据库模型的信息，分别为版本1.1、版本1.2、版本1.3以及当前正在编辑还未提交保存的版本。其中，“审核状态”可以为编辑中(数据库模型的处于在被编辑的状态)、审核中(用户对数据库模型的更新已经提交，更新处于待审核状态)、已完成(更新已经通过，行程了新的版本)等中的一项或者多项。“变更摘要”用于描述数据库模型的变更的情况，例如可以为表改变、表新增、函数新增、视图改变等。“提交说明”指示对该版本的描述，由用户在提交更新时填写或者由服务器生成。“提交者”为提交更新的用户。“创建时间”说明提交更新的时间或者形成新版本的时间。“操作”用于指示可对该本的数据库模型执行的操作。例如，区域404所示的组件用于回退版本或者用于指示呈现回退版本的界面。例如，当前版本为1.4，用户点击版本1.3对应的回退按钮，可以回退到1.3版本。区域405所示的组件用于查看一个或多个版本或者指示呈现查看一个或者多个版本的界面，便于查看指定版本。例如，点击区域405所示的组件，可以呈现版本1.4的数据库模型的结构的界面。区域406所示的组件用于查看指定版本的流程信息，例如查看版本1.4的审核流程信息。其中，审核流程信息可以包含审核人、变更差异可视化、或数据库模式定义语言(Data Definition Language。DDL)等中的一项或者多项。区域407中所示的各个组件可以用于确定每一页的条目，以及调整当前的页面。

可选的，用户设备可以向服务器发送请求信息(便于区分称为请求信息M1)，该请求信息M1用于请求多个版本的数据库模型的信息。相应的，服务器响应该请求信息M1，向用户设备提供数据库模型的一个或者多个元素。

步骤S302：用户设备向服务器发送用户设备选择的第一版本。相应的，服务器接收用户设备选择第一版本。

示例性地，用户设备可以选择查看版本1.2，则用户设备向服务器发送用户选择的版本1.2。

需要说明的，选择操作可以是用户设备选择的，也可以是使用用户设备的用户在用户设备上选择的。一种可能的设计中，用户设备可以接收用户输入的对第一版本的选择操作，从而向服务器发送用户设备选择的第一版本。示例性的，参见图4，使用用户设备的用户可以点击区域406所示的控件，用户设备向服务器发送用户设备选择的版本1.4。

步骤S303：服务器向用户设备提供第一版本的数据库模型的结构数据。相应的，用户设备接收服务器提供的第一版本的数据库模型的结构数据。

其中，结构数据包含组成所述第一版本的数据库模型的元素以及所述元素之间的联系。其中，元素可以以下中的一项或者多项：数据库表、表、字段、索引、视图、实体、属性、关系、函数、触发器、或存储过程等。元素之间的联系包括元素的排布位置、关联关系等。例如，表的排布位置、表中所包含的字段名称和数据类型、表的外键、函数所关联的表等中的一项或者多项。

步骤S304：用户设备呈现所述第一版本的数据库模型的结构数据。

示例性地，请参见图5A，图5A为本申请实施例提供的一种可能的展示数据库模型的结构数据的界面示意图。图5A所示为版本1.1的数据库模型的结构数据的展示界面，其展示了表的排布位置、表和字段之间的联系以及表与表之间的联系。在表和字段之间的联系上，学生表(tb_student)中包含了多个字段，例如：学号(sutdent_ID)、学生名称(sutdent_name)、性别(sex)、年龄(age)、学院号(dept_ID)等字段，如图5A所示的界面还呈现了字段的数据类型。学院表(tb_dept)中包含了多个字段，例如：学院号(dept_ID)、学院名称(dept_name)、地址(location)、院长名称(dean)等字段，如图5A所示的界面还呈现了字段的数据类型。在表和表之间的联系上，学生的学院号与学院表中的学院号存在关联，学生所属的学院号为学院表中包含的学院号。

示例性地，请参见图5B，图5B为本申请实施例提供的一种可能的展示数据库模型的结构数据的界面示意图。图5B所示为版本1.2的数据库模型的结构数据的展示界面。相比版本1.1，版本1.2的数据库模型新增了两个表，课程表(tb_course)和成绩表(tb_grade)。其中，表与字段的联系和表与表之间的联系如图5B所示，此处不再赘述。

示例性地，请参见图5C，图5C为本申请实施例提供的一种可能的展示数据库模型的结构数据的界面示意图。图5C所示为版本1.3的数据库模型的结构数据的展示界面。相比版本1.2，版本1.3的数据库模型修改了学生表，将性别字段(sex)更改为出生日期字段(birth)。其中，表与字段的联系和表与表之间的联系如图5C所示，此处不再赘述。

示例性地，请参见图5D，图5D为本申请实施例提供的一种可能的展示数据库模型的结构数据的界面示意图。图5D所示为版本1.4的数据库模型的结构数据的展示界面。相比版本1.3，版本1.4的数据库模型修改了学生表、学院表、课程表和成绩表。在学生表中，将学号字段(student_ID)从12位的整型(INT(12))更新为12位的字符型(CHAR(12))。类似的，在学院表中，将学院号字段(dept_ID)从12位的整型更新为12位的字符型。在课程表中，将课程号字段(courset_ID)从12位的整型更新为12位的字符型。在成绩表中，将课程号字段(courset_ID)、学号字段(student_ID)从12位的整型更新为12位的字符型。其中，表与字段的联系和表与表之间的联系如图5D所示，此处不再赘述。

用户选择任意一个版本，则服务器返回对应版本的数据库模型的结构数据，用户设备可以呈现对应版本的数据库模型的结构数据，以便用户直观的查看到数据库模型的结构，便于回溯。

上述查看多个版本中任意版本的数据库模型，称为横向回溯。在一种可能设计中，服务器可以向用户提供的第一元素在多个版本中的变更记录，实现纵向回溯。其中，变更记录包括更新操作、所述第一元素的信息、更新所述第一元素的用户、更新所述第一元素的时间等中的一项或者多项。其中，更新操作又可以包括添加所述第一元素、删除所述第一元素、修改所述第一元素的信息等中的一项或者多项。通过本申请实施例，服务端可以管理数据库模型中的多个元素在多个版本内的变更记录，便于回溯数据库模型中的元素的创建、或者以及修改、删除过程。

可选的，用户设备可以向服务器发送请求信息(便于区分称为请求信息M2)，该请求信息M2用于请求获取第一元素在多个版本中变更记录。相应的，服务器响应该请求信息M1，向用户设备提供第一元素在多个版本中变更记录。进一步可选的，用户通过用户设备进行交互，即可可以方便地查看指定元素在历次版本中经历的变更情况。

示例性地，请参见图6，图6是本申请实施例提供的一种可能的纵向回溯的界面示意图。如图6所示为学生表的表更记录。请参见区域601，用户在版本0.2中新增了学生表，表名为tb_student，对应的实体为学生实体。区域601还展示该次更新的“表详情”内容和“字段”内容。其中，表详情用于展示该表的详细信息，示例性地可以包括表名、注释、实体名、类型、用途分类、标签、或虚拟表中的一项或者多项。“字段”内容用于展示该项变更记录中，所更新的字段的详细信息，示例性地可以包括字段名称、字段类型、主键、属性详情、或动作等中的一项或者多项。可选的，如区域602所示的组件用于指示是否展示“表详情”内容和“字段”内容，用户点击区域602所示的组件可以展开或收起“表详情”内容和“字段”内容。

示例性地，请参见区域603，用户在版本1.3中更新了学生表。具体更新了学生表中的年龄字段(age)。在一种可能的设计中，变更记录可以展示字段在某一个版本中的更新前的状态和更新后的状态。例如，在1.3版本中，用户将字段名称由age更新为birth，如区域604则展示更新的字段名称的状态和更新后的字段名称的状态。如区域603所示，“字段类型”说明该字段的数据类型；“主键”用于标识该字段是否为主键字段，由于birth字段不是学生表中的字段，因此取值为空；“属性详情”用于说明该字段的其他详细属性；“动作”用于说明对字段的更新操作，例如可以为新增、变更、或删除等。一种设计中，用户可以通过如区域605所示的组件，可以呈现该字段的属性详情。

类似的，请参见区域606，用户在版本1.4中更新学生表。具体更新了学生表中的字段类型。请参见区域607，在更新之前，学号字段(student_ID)的字段类型为12位的整型，在更新之后，student_ID的字段类型为12位的字符型。

通过如图6所示的更新记录，实现了学生表的纵向回溯，可以了解学生表是在哪个版本进行新增、在哪个版本进行了更新，从而直观地获取学生表的生命周期，提升了用户体验。

在一种可能的设计中，服务器可以接收用户设备在第二版本中对数据库模型中的第一元素的更新，向所述用户设备提供第一元素在第二版本中的变更记录。进一步的，在第二版本中的变更记录包含更新前的第一元素和/或更新后的第一元素。

可选的，在新增元素的情况下，则没有更新前的第一元素。类似地，在删除元素的情况下，则没有更新后的第一元素。

在图3所示的实施例中，服务端可以管理数据库模型的多个版本，每个版本的数据库模型都包含数据库的元素以及元素之间的联系，便于回溯数据库模型的多个版本。用户可以从多个版本的数据库模型的信息中，根据自身的需求选择查看某一版本的数据库模型。相应的，服务器向用户提供该版本对应的数据库模型的结构数据。由于结构数据中包含多个数据库的元素，以及元素之间的联系，用户可以方便地查看当前版本的数据库的结构，提升了用户的使用体验。

请参见图7，图7是本申请实施例提供的一种版本管理方法的流程示意图。可选的，该方法可以应用图2所示的数据库设计系统。

如图7所示的版本管理方法至少包括步骤S701至步骤S704。

步骤S701：服务器向用户设备提供数据库模型中的一个或者多个元素。相应的，用户设备接收服务器提供的一个或者多个元素。

其中，元素可以以下中的一项或者多项：数据库表、表、字段、索引、视图、实体、属性、关系、函数、触发器、或存储过程等。

服务器向用户设备提供数据库模型中的一个或者多个元素，可以有以下两种可能的设计：

设计1：服务器向用户设备提供数据库模型的结构数据，结构数据中包含一个或者多个元素。例如，如图5A所示数据库模型的结构数据中包含一个或者多个元素。

可选的，该数据库模型的结构数据可以包含多个版本。一种可能的场景中，服务器向用户设备提供多个版本的数据库模型的信息，用户设备向服务器发送选择的第一版本，服务器则向用户提供第一版本的数据库模型的结构数据。数据库模型的结构数据中包含(一个或者多个)元素，进一步的还可以包含(一个或者多个)元素之间的联系。详细描述可以参考步骤S303、S304中的相关描述。

设计2：服务器可以直接向用户设备提供元素列表，在元素列表中包含一个或者多个元素。

可选的，服务器向用户设备提供一个或者多个元素，用户设备可以呈现该一个或者多个元素。示例性地，请参见图8，图8是本申请实施例提供的一种可能的元素列表的界面示意图。服务器向用户设备提供一个或者多个元素，用户设备可以将一个或者多个元素呈现在如区域801所示的界面中。其中，一个或者多个元素中示例性地包括表、视图、存储过程和函数。表可以示例性地包含学生表、学院表、课程表、或成绩表等中的一项或者多项。

步骤S702：用户设备向服务器发送用户设备选择的第一元素。相应的，服务器接收用户设备发送的用户设备选择的第一元素。

示例性地，用户设备可以选择查看学生表(tb_student)，则用户设备向服务器发送用户设备选择的学生表(tb_student)。

需要说明的，选择操作可以是用户设备选择的，也可以是使用用户设备的用户在用户设备上选择的。一种可能的设计中，用户设备可以接收用户输入的对第一元素的选择操作，从而向服务器发送用户设备选择的第一元素。

示例性的，使用用户设备的用户可以点击呈现“tb_student(学生表)”，用户设备则向服务器发送请求信息(便于描述称为请求信息M3)，请求信息M3中则指示了用户设备选择的学生表。

或者可选的，参见图8，使用用户设备的用户可以点击呈现“tb_student(学生表)”，用户在菜单(菜单中不同的选项对应了不同的服务)中选择“详情”“定位”或“修改记录”，用户设备向服务器发送请求M3，请求信息M3中则指示了用户设备选择的学生表以及所需的服务。

步骤S703：服务器向所述用户设备提供第一元素在多个版本的变更记录。相应的，用户设备接收服务器所提供的第一元素在多个版本的变更记录。

其中，变更记录包括更新操作、所述第一元素的信息、更新所述第一元素的用户、更新所述第一元素的时间等中的一项或者多项。其中，更新操作又可以包括添加所述第一元素、删除所述第一元素、修改所述第一元素的信息等中的一项或者多项。通过本申请实施例，服务端可以管理数据库模型中的多个元素在多个版本内的变更记录，便于回溯数据库模型中的元素的创建、或者以及修改、删除过程。

可选的，用户设备可以向服务器发送请求信息(便于区分称为请求信息M2)，该请求信息M2用于请求获取第一元素在多个版本中变更记录。相应的，服务器响应该请求信息M1，向用户设备提供第一元素在多个版本中变更记录。进一步可选的，用户通过用户设备进行交互，即可可以方便地查看指定元素在历次版本中经历的变更情况。

步骤S704：用户设备呈现第一元素在多个版本的变更记录。

相关描述可以参见前述实施例中的相关描述，例如图3所示实施例中，图6相关的描述，此处不在赘述。

在一种可能的设计中，服务器可以接收所述用户设备在第二版本中对数据库模型中的所述第一元素的更新，向所述用户设备提供所述第一元素在所述第二版本中的变更记录。进一步的，在所述第二版本中的变更记录包含更新前的所述第一元素和/或更新后的第一元素。

可选的，在新增元素的情况下，则没有更新前的第一元素。类似地，在删除元素的情况下，则没有更新后的第一元素。

图7所示的实施例中，服务端可以管理数据库模型中的多个元素在多个版本内的变更记录，便于回溯数据库模型中的元素的创建、或者以及修改、删除过程。相应的，用户通过用户设备进行交互，即可可以方便地查看指定元素在历次版本中经历的变更情况。例如，用户在第一个版本中新增了表A，在第二个版本中在表A添加了某一字段B，在第三个版本中将字段B修改为字段C。而通过对表A进行纵向回溯，可以了解表A是在哪个版本进行创建、在哪个版本进行了更新，从而直观地获取元素的生命周期，提升了用户体验。

上述详细阐述了本申请实施例的方法，下面提供本申请实施例的装置。

请参见图9，图9是本申请实施例提供的一种版本管理装置90的结构示意图，该版本管理装置90可以为服务器或用户设备，也可以为服务器或用户设备中的一个器件，例如芯片、软件模块、集成电路等。该版本管理装置90用于实现前述的版本管理方法，例如图3、或者以及图7所示实施例中的版本管理方法。

一种可能的实施方式中，该版本管理装置90可以包括通信单元901和处理单元902。

一种可能的设计中，上述版本管理装置90可以为前述实施例中的服务器。

在一种可能的实施方式中，处理单元902和通信单元901，用于向用户设备提供多个版本的数据库模型的信息；

所述通信单元901，还用于接收所述用户设备选择的第一版本；

所述处理单元902和所述通信单元901，还用于向所述用户设备提供所述第一版本的数据库模型的结构数据，所述数据库模型的结构数据包含组成所述第一版本的数据库模型的元素以及所述元素之间的联系。

在又一种可能的实施方式中，所述装置90属于数据库设计系统。例如，如图2所示的系统。

在又一种可能的实施方式中，所述第一版本的数据库模型的元素包含以下中的至少一项：库、表、索引、字段、实体、属性、外键、触发器、视图、存储过程、函数、或序列等。

在又一种可能的实施方式中，所述通信单元901，还用于接收所述用户设备在第二版本中对数据库模型中的所述第一元素的更新；

所述处理单元902和所述通信单元901，还用于向所述用户设备提供所述第一元素在所述第二版本中的变更记录。

在又一种可能的实施方式中，所述在所述第二版本中的变更记录包含更新前的所述第一元素和更新后的第一元素。

在又一种可能的实施方式中，所述处理单元902和所述通信单元901，还用于：

向所述用户设备提供所述数据库模型中的第一元素在多个版本的变更记录。

应理解，相关描述还可以参见图3或者以及图7所示实施例中的描述，此处不再赘述。

又一种可能的设计中，上述版本管理装置90可以为前述实施例中的用户设备。

在一种可能的实施方式中，通信单元901，用于接收服务器提供的多个版本的数据库模型的信息；

所述通信单元901，还用于向服务器发送所述用户设备选择的第一版本；

所述通信单元901，还用于接收所述服务器提供的第一版本的数据库模型的结构数据，所述数据库模型的结构数据包含组成所述第一版本的数据库模型的元素以及所述元素之间的联系。

所述处理单元902，还用于呈现所述第一版本的数据库模型的结构数据。

在又一种可能的实施方式中，所述一个或者多个元素包含以下中的至少一项：库、表、索引、字段、实体、属性、外键、触发器、视图、存储过程、函数、或序列等。

在又一种可能的实施方式中，所述通信单元901，还用于：

向所述服务器发送所述用户设备在第二版本中对所述数据库模型中的所述第一元素的更新；

接收所述服务器提供的所述第一元素在所述第二版本中的变更记录。

在又一种可能的实施方式中，所述在所述第二版本中的变更记录包含更新前的所述第一元素和更新后的第一元素。

在又一种可能的实施方式中，所述通信单元901，还用于接收所述服务器提供的所述数据库模型中的第一元素在多个版本的变更记录。

应理解，相关描述还可以参见图3或者以及图7所示实施例中的描述，此处不再赘述。

又一种可能的设计中，上述版本管理装置90可以为前述实施例中的服务器。

在又一种可能的实施方式中，处理单元902和通信单元901，用于向用户设备提供数据库模型中的一个或者多个元素；

所述通信单元901，还用于接收所述用户设备选择的第一元素；

所述处理单元902和所述通信单元901，还用于向所述用户设备提供所述第一元素在多个版本的变更记录。

在又一种可能的实施方式中，所述装置属于数据库设计系统。

在又一种可能的实施方式中，所述一个或者多个元素包含以下中的至少一项：库、表、索引、字段、实体、属性、外键、触发器、视图、存储过程、函数、或序列等。

在又一种可能的实施方式中，所述处理单元902和所述通信单元901，还用于向用户提供多个版本的所述数据库模型的信息；

所述通信单元901，还用于接收所述用户设备选择的第一版本；

所述处理单元902和所述通信单元901，还用于向所述用户设备提供所述第一版本的所述数据库模型的结构数据，所述一个或者多个元素属于所述结构数据。

在又一种可能的实施方式中，所述通信单元901，还用于接收所述用户设备在第二版本中对所述数据库模型中的所述第一元素的更新；

所述处理单元902和所述通信单元901，还用于向所述用户设备提供所述第一元素在所述第二版本中的变更记录。

在又一种可能的实施方式中，所述在所述第二版本中的变更记录中包含更新前的所述第一元素和更新后的第一元素。

应理解，相关描述还可以参见图3或者以及图7所示实施例中的描述，此处不再赘述。

又一种可能的设计中，上述版本管理装置90可以为前述实施例中的用户设备。

在一种可能的实施方式中，所述通信单元901，用于接收所述服务器提供的一个或者多个元素；

所述通信单元901，还用于向服务器发送所述用户设备选择的第一元素；

所述通信单元901，还用于接收所述服务器提供的所述第一元素在多个版本的变更记录；

所述处理单元902，用于呈现所述第一元素在多个版本的变更记录。

在又一种可能的实施方式中，所述一个或者多个元素包含以下中的至少一项：库、表、索引、字段、实体、属性、外键、触发器、视图、存储过程、函数、或序列等。

在又一种可能的实施方式中，所述通信单元901，还用于：

接收所述服务器提供的所述多个版本的所述数据库模型的信息；

向所述服务器发送所述用户设备选择的第一版本；

接收所述服务器提供的所述第一版本的所述数据库模型的结构数据；

所述处理单元902，还用于呈现所述第一版本的所述数据库模型的结构数据。

在又一种可能的实施方式中，所述在所述第二版本中的变更记录包含更新前的所述第一元素和更新后的第一元素。

应理解，相关描述还可以参见图3或者以及图7所示实施例中的描述，此处不再赘述。

请参见图10，图10是本申请实施例提供的一种计算设备100的结构示意图，该计算设备100可以为独立设备(例如服务器、或用户设备等等中的一个或者多个)，也可以为独立设备内部的部件(例如芯片、软件模块或者硬件模块等)。该计算设备100可以包括至少一个处理器1001。可选的还可以包括至少一个存储器1003。进一步可选的，计算设备100还可以包括通信接口1002。更进一步可选的，还可以包含总线1004，其中，处理器1001、通信接口1002和存储器1003通过总线1004相连。

其中，处理器1001是进行算术运算和/或逻辑运算的模块，具体可以是中央处理器(central processing unit，CPU)、图片处理器(graphics processing unit，GPU)、微处理器(microprocessor unit，MPU)、专用集成电路(Application Specific IntegratedCircuit，ASIC)、现场可编程逻辑门阵列(Field Programmable Gate Array，FPGA)、复杂可编程逻辑器件(Complex programmable logic device，CPLD)、协处理器(协助中央处理器完成相应处理和应用)、微控制单元(Microcontroller Unit，MCU)等处理模块中的一种或者多种的组合。

通信接口1002可以用于为所述至少一个处理器提供信息输入或者输出。和/或，所述通信接口1002可以用于接收外部发送的数据和/或向外部发送数据，可以为包括诸如以太网电缆等的有线链路接口，也可以是无线链路(Wi-Fi、蓝牙、通用无线传输、车载短距通信技术以及其他短距无线通信技术等)接口。可选的，通信接口1002还可以包括与接口耦合的发射器(如射频发射器、天线等)，或者接收器等。

存储器1003用于提供存储空间，存储空间中可以存储操作系统和计算机程序等数据。存储器1003可以是随机存储记忆体(random access memory，RAM)、只读存储器(read-only memory，ROM)、可擦除可编程只读存储器(erasable programmable read onlymemory，EPROM)、或便携式只读存储器(compact disc read-only memory，CD-ROM)等等中的一种或者多种的组合。

该计算设备100中的至少一个处理器1001用于执行前述的版本管理方法，例如图3或者以及图7所示实施例所描述的版本管理方法。

可选的，处理器1001，可以是专门用于执行这些方法的处理器(便于区别称为专用处理器)，也可以是通过调用计算机程序来执行这些方法的处理器，例如通用处理器。可选的，至少一个处理器还可以既包括专用处理器也包括通用处理器。可选的，在计算设备包括至少一个处理器1001的情况下，上述计算机程序可以存在存储器1003中。

一种可能的设计中，上述计算设备100可以为前述实施例中的服务器。

在一种可能的实施方式中，该计算设备100中的至少一个处理器1001用于执行调用计算机指令，以执行以下操作：

通过通信接口1002向用户设备提供多个版本的数据库模型的信息；

通过通信接口1002接收所述用户设备选择的第一版本；

通过通信接口1002向所述用户设备提供所述第一版本的数据库模型的结构数据，所述数据库模型的结构数据包含组成所述第一版本的数据库模型的元素以及所述元素之间的联系。

在又一种可能的实施方式中，所述计算设备100属于数据库设计系统。例如，如图2所示的系统。

在又一种可能的实施方式中，所述第一版本的数据库模型的元素包含以下中的至少一项：库、表、索引、字段、实体、属性、外键、触发器、视图、存储过程、函数、或序列等。

在又一种可能的实施方式中，所述处理器1001，还用于：

通过通信接口1002接收所述用户设备在第二版本中对数据库模型中的所述第一元素的更新；

通过通信接口1002向所述用户设备提供所述第一元素在所述第二版本中的变更记录。

在又一种可能的实施方式中，所述在所述第二版本中的变更记录包含更新前的所述第一元素和更新后的第一元素。

在又一种可能的实施方式中，所述处理器1001，还用于通过通信接口1002向所述用户设备提供所述数据库模型中的第一元素在多个版本的变更记录。

又一种可能的设计中，上述计算设备100可以为前述实施例中的用户设备。

在一种可能的实施方式中，该计算设备100中的至少一个处理器1001用于执行调用计算机指令，以执行以下操作：

通过通信接口1002接收服务器提供的多个版本的数据库模型的信息；

通过通信接口1002向服务器发送所述用户设备选择的第一版本；

通过通信接口1002接收所述服务器提供的第一版本的数据库模型的结构数据，所述数据库模型的结构数据包含组成所述第一版本的数据库模型的元素以及所述元素之间的联系。

呈现所述第一版本的数据库模型的结构数据。

在又一种可能的实施方式中，所述一个或者多个元素包含以下中的至少一项：库、表、索引、字段、实体、属性、外键、触发器、视图、存储过程、函数、或序列等。

在又一种可能的实施方式中，所述处理器1001，还用于：

通过通信接口1002向所述服务器发送所述用户设备在第二版本中对所述数据库模型中的所述第一元素的更新；

通过通信接口1002接收所述服务器提供的所述第一元素在所述第二版本中的变更记录。

在又一种可能的实施方式中，所述在所述第二版本中的变更记录包含更新前的所述第一元素和更新后的第一元素。

在又一种可能的实施方式中，所述处理器1001，还用于通过通信接口1002接收所述服务器提供的所述数据库模型中的第一元素在多个版本的变更记录。

应理解，相关描述还可以参见图3或者以及图7所示实施例中的描述，此处不再赘述。

又一种可能的设计中，上述计算设备100可以为前述实施例中的服务器。

在一种可能的实施方式中，该计算设备100中的至少一个处理器1001用于执行调用计算机指令，以执行以下操作：

通过通信接口1002向用户设备提供数据库模型中的一个或者多个元素；

通过通信接口1002接收所述用户设备选择的第一元素；

通过通信接口1002向所述用户设备提供所述第一元素在多个版本的变更记录。

在又一种可能的实施方式中，所述计算设备100属于数据库设计系统。

在又一种可能的实施方式中，所述一个或者多个元素包含以下中的至少一项：库、表、索引、字段、实体、属性、外键、触发器、视图、存储过程、函数、或序列等。

在又一种可能的实施方式中，所述处理器1001，还用于：

通过通信接口1002向用户提供多个版本的所述数据库模型的信息；

通过通信接口1002接收所述用户设备选择的第一版本；

通过通信接口1002向所述用户设备提供所述第一版本的所述数据库模型的结构数据，所述一个或者多个元素属于所述结构数据。

在又一种可能的实施方式中，所述处理器1001，还用于：

通过通信接口1002接收所述用户设备在第二版本中对所述数据库模型中的所述第一元素的更新；

通过通信接口1002向所述用户设备提供所述第一元素在所述第二版本中的变更记录。

在又一种可能的实施方式中，所述在所述第二版本中的变更记录中包含更新前的所述第一元素和更新后的第一元素。

应理解，相关描述还可以参见图3或者以及图7所示实施例中的描述，此处不再赘述。

又一种可能的设计中，上述计算设备100可以为前述实施例中的用户设备。

在一种可能的实施方式中，该计算设备100中的至少一个处理器1001用于执行调用计算机指令，以执行以下操作：

通过通信接口1002接收所述服务器提供的一个或者多个元素；

通过通信接口1002向服务器发送所述用户设备选择的第一元素；

通过通信接口1002接收所述服务器提供的所述第一元素在多个版本的变更记录；

呈现所述第一元素在多个版本的变更记录。

在又一种可能的实施方式中，所述一个或者多个元素包含以下中的至少一项：库、表、索引、字段、实体、属性、外键、触发器、视图、存储过程、函数、或序列等。

在又一种可能的实施方式中，所述处理器1001，还用于：

通过通信接口1002接收所述服务器提供的所述多个版本的所述数据库模型的信息；

通过通信接口1002向所述服务器发送所述用户设备选择的第一版本；

通过通信接口1002接收所述服务器提供的所述第一版本的所述数据库模型的结构数据；

呈现所述第一版本的所述数据库模型的结构数据。

在又一种可能的实施方式中，所述在所述第二版本中的变更记录包含更新前的所述第一元素和更新后的第一元素。

应理解，相关描述还可以参见图3或者以及图7所示实施例中的描述，此处不再赘述。

本申请还提供了一种算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在至少一个处理器上运行时，实现前述的版本管理方法，例如图3、或图7所示的版本管理方法。

本申请还提供了一种计算机程序产品，该计算机程序产品包括计算机指令，在被计算设备执行时，实现前述的版本管理方法，例如图3、或图7所示的版本管理方法。

本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

本申请中实施例提到的“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a、b、或c中的至少一项(个)，可以表示：a、b、c、(a和b)、(a和c)、(b和c)、或(a和b和c)，其中a、b、c可以是单个，也可以是多个。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A、同时存在A和B、单独存在B这三种情况，其中A、B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。

以及，除非有相反的说明，本申请实施例使用“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度。例如，第一用户设备和第二用户设备，只是为了便于描述，而并不是表示这第一用户设备和第二用户设备的结构、重要程度等的不同，在某些实施例中，第一用户设备和第二用户设备还可以是同样的设备。

上述实施例中所用，根据上下文，术语“当……时”可以被解释为意思是“如果……”或“在……后”或“响应于确定……”或“响应于检测到……”。以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的构思和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

Claims (37)

1.一种数据库模型的版本管理方法，其特征在于，包括：

向用户设备提供多个版本的数据库模型的信息；

接收所述用户设备选择的第一版本；

向所述用户设备提供所述第一版本的数据库模型的结构数据，所述数据库模型的结构数据包含组成所述第一版本的数据库模型的元素以及所述元素之间的联系。

2.根据权利要求1所述的方法，其特征在于，所述方法应用于数据库设计系统。

3.根据权利要求1或2所述的方法，其特征在于，所述第一版本的数据库模型的元素包含以下中的至少一项：库、表、索引、字段、实体、属性、外键、触发器、视图、存储过程、函数、序列。

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

接收所述用户设备在第二版本中对数据库模型中的所述第一元素的更新；

向所述用户设备提供所述第一元素在所述第二版本中的变更记录。

5.根据权利要求4所述的方法，其特征在于，所述在所述第二版本中的变更记录包含更新前的所述第一元素和/或更新后的第一元素。

6.根据权利要求1-5中任一项所述的方法，其特征在于，所述方法还包括：

向所述用户设备提供中所述数据库模型中的第一元素在多个版本的变更记录。

7.一种数据库模型的版本管理方法，其特征在于，包括：

向用户设备提供数据库模型中的一个或者多个元素；

接收所述用户设备选择的第一元素；

向所述用户设备提供所述第一元素在多个版本的变更记录。

8.根据权利要求7所述的方法，其特征在于，所述方法应用于数据库设计系统。

9.根据权利要求7或8所述的方法，其特征在于，所述一个或者多个元素包含以下中的至少一项：库、表、索引、字段、实体、属性、外键、触发器、视图、存储过程、函数、序列。

10.根据权利要求7-9任一项所述的方法，其特征在于，所述方法还包括：

向用户提供多个版本的所述数据库模型的信息；

接收所述用户设备选择的第一版本；

向所述用户设备提供所述第一版本的所述数据库模型的结构数据，所述一个或者多个元素属于所述结构数据。

11.根据权利要求7-10中任一项所述的方法，其特征在于，所述方法还包括：

接收所述用户设备在第二版本中对所述数据库模型中的所述第一元素的更新；

向所述用户设备提供所述第一元素在所述第二版本中的变更记录。

12.根据权利要求7-11中任一项所述的方法，其特征在于，所述在所述第二版本中的变更记录中包含更新前的所述第一元素和更新后的第一元素。

13.一种系统，其特征在于，包括服务器和用户设备，其中：

所述服务器，用于向用户设备提供多个版本的数据库模型的信息；

所述用户设备，用于接收所述服务器提供的多个版本的数据库模型的信息；

所述用户设备，还用于向服务器发送所述用户设备选择的第一版本；

所述服务器，还用于接收所述用户设备选择的所述第一版本；

所述服务器，还用于向所述用户设备提供所述第一版本的数据库模型的结构数据，所述数据库模型的结构数据包含组成所述第一版本的数据库模型的元素以及所述元素之间的联系；

所述用户设备，还用于接收所述服务器提供的所述第一版本的数据库模型的结构数据；

所述用户设备，还用于呈现所述第一版本的数据库模型的结构数据。

14.根据权利要求13所述的系统，其特征在于，所述第一版本的数据库模型的元素包含以下中的至少一项：库、表、索引、字段、实体、属性、外键、触发器、视图、存储过程、函数、序列。

15.根据权利要求13或14所述的系统，其特征在于，所述用户设备，还用于向所述服务器发送所述用户设备在第二版本中对所述数据库模型中的所述第一元素的更新；

所述服务器，还用于：

接收所述用户设备在第二版本中对数据库模型中的所述第一元素的更新；

向所述用户设备提供所述第一元素在所述第二版本中的变更记录；

所述用户设备，还用于接收所述服务器提供的所述第一元素在所述第二版本中的变更记录。

16.根据权利要求15所述的系统，其特征在于，所述在所述第二版本中的变更记录包含更新前的所述第一元素和更新后的第一元素。

17.根据权利要求13-16中任一项所述的系统，其特征在于，所述服务器，还用于向所述用户设备提供所述数据库模型中的第一元素在多个版本的变更记录；

所述用户设备，还用于接收所述服务器提供的所述数据库模型中的第一元素在多个版本的变更记录。

18.一种系统，其特征在于，包括服务器和用户设备，其中：

所述服务器，用于向用户设备提供数据库模型中的一个或者多个元素；

所述用户设备，用于接收所述服务器提供的一个或者多个元素；

所述用户设备，还用于向服务器发送所述用户设备选择的第一元素；

所述服务器，还用于接收所述用户设备选择的所述第一元素；

所述服务器，还用于向所述用户设备提供的所述第一元素在多个版本的变更记录；

所述用户设备，还用于接收所述服务器提供的所述第一元素在多个版本的变更记录；

所述用户设备，还用于呈现所述第一元素在多个版本的变更记录。

19.根据权利要求18所述的系统，其特征在于，所述一个或者多个元素包含以下中的至少一项：库、表、索引、字段、实体、属性、外键、触发器、视图、存储过程、函数、序列。

20.根据权利要求18或19所述的系统，其特征在于，所述服务器，还用于向用户提供多个版本的所述数据库模型的信息；

所述用户设备，还用于接收所述服务器提供的所述多个版本的所述数据库模型的信息；

所述用户设备，还用于向所述服务器发送所述用户设备选择的第一版本；

所述服务器，还用于接收所述用户设备发送的所述用户设备选择的第一版本；

所述服务器，还用于向所述用户设备提供所述第一版本的所述数据库模型的结构数据；

所述用户设备，还用于接收所述服务器提供的所述第一版本的所述数据库模型的结构数据；

所述用户设备，还用于呈现所述第一版本的所述数据库模型的结构数据。

21.根据权利要求18-20任一项所述的系统，其特征在于，所述用户设备，还用于向所述服务器发送所述用户设备在第二版本中对所述数据库模型中的所述第一元素的更新；

所述服务器，还用于接收所述用户设备在第二版本中对数据库模型中的所述第一元素的更新；

所述服务器，还用于向所述用户设备提供所述第一元素在所述第二版本中的变更记录；

所述用户设备，还用于接收所述服务器提供的所述第一元素在所述第二版本中的变更记录。

22.根据权利要求21所述的系统，其特征在于，所述在所述第二版本中的变更记录包含更新前的所述第一元素和更新后的第一元素。

23.一种版本管理装置，其特征在于，包括：

处理单元和通信单元，用于向用户设备提供多个版本的数据库模型的信息；

所述通信单元，还用于接收所述用户设备选择的第一版本；

所述处理单元和所述通信单元，还用于向所述用户设备提供所述第一版本的数据库模型的结构数据，所述数据库模型的结构数据包含组成所述第一版本的数据库模型的元素以及所述元素之间的联系。

24.根据权利要求23所述的装置，其特征在于，所述装置属于数据库设计系统。

25.根据权利要求23或24所述的装置，其特征在于，所述第一版本的数据库模型的元素包含以下中的至少一项：库、表、索引、字段、实体、属性、外键、触发器、视图、存储过程、函数、序列。

26.根据权利要求23-25任一项所述的装置，其特征在于，所述通信单元，还用于接收所述用户设备在第二版本中对数据库模型中的所述第一元素的更新；

所述处理单元和所述通信单元，还用于向所述用户设备提供所述第一元素在所述第二版本中的变更记录。

27.根据权利要求23-26任一项所述的装置，其特征在于，所述在所述第二版本中的变更记录包含更新前的所述第一元素和更新后的第一元素。

28.根据权利要求23-27中任一项所述的装置，其特征在于，所述处理单元和所述通信单元，还用于：

向所述用户设备提供所述数据库模型中的第一元素在多个版本的变更记录。

29.一种版本管理装置，其特征在于，包括：

处理单元和通信单元，用于向用户设备提供数据库模型中的一个或者多个元素；

所述通信单元，还用于接收所述用户设备选择的第一元素；

所述处理单元和所述通信单元，还用于向所述用户设备提供所述第一元素在多个版本的变更记录。

30.根据权利要求29所述的装置，其特征在于，所述装置属于数据库设计系统。

31.根据权利要求29或30所述的装置，其特征在于，所述一个或者多个元素包含以下中的至少一项：库、表、索引、字段、实体、属性、外键、触发器、视图、存储过程、函数、序列。

32.根据权利要求29-31任一项所述的装置，其特征在于，

所述处理单元和所述通信单元，还用于向用户提供多个版本的所述数据库模型的信息；

所述通信单元，还用于接收所述用户设备选择的第一版本；

所述处理单元和所述通信单元，还用于向所述用户设备提供所述第一版本的所述数据库模型的结构数据，所述一个或者多个元素属于所述结构数据。

33.根据权利要求29-32中任一项所述的装置，其特征在于，

所述通信单元，还用于接收所述用户设备在第二版本中对所述数据库模型中的所述第一元素的更新；

所述处理单元和所述通信单元，还用于向所述用户设备提供所述第一元素在所述第二版本中的变更记录。

34.根据权利要求29-33中任一项所述的装置，其特征在于，所述在所述第二版本中的变更记录中包含更新前的所述第一元素和更新后的第一元素。

35.一种计算设备，其特征在于，所述计算设备包括处理器和存储器；

所述存储器中存储有计算机程序；

所述处理器执行所述计算机程序时，所述计算设备执行前述权利要求1至6中任一项所述的方法。

36.一种计算设备，其特征在于，所述计算设备包括处理器和存储器；

所述存储器中存储有计算机程序；

所述处理器执行所述计算机程序时，所述计算设备执行前述权利要求7至12中任一项所述的方法。

37.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在至少一个处理器上运行时，实现如权利要求1至12中任一项所述的方法。

Images