[发明专利]用于对多租户数据库进行操控的方法和系统

说明书

技术领域

本发明涉及多租户数据库系统，更具体地，涉及一种用于对多租户数据库进行操控的方法和装置。

背景技术

多租户(multi-tenency)技术近年来日益引起人们的兴趣。多租户技术是指在服务提供商的服务器上运行软件的实例，由该实例为多个客户组织(也即租户)尤其是中小型客户提供服务。在大规模多租户应用场景中可能有大量的(例如超过100万个)中小型租户的数据物理上分布在不同的源数据库中。

现有的多租户技术在这些源数据库中通常采用多种物理数据共享或存储/隔离模式。图1示意性示出了多租户系统源数据库中物理数据共享或存储/隔离模式的框图。如图1所示，例如可以包括以下三种典型模式：

独立数据库模式，即每个租户拥有自己单独的数据库。这种模式对于用户数据隔离级别最高，安全性最好。但是这种模式增大了数据库的安装数量，随之带来维护成本和购置成本的增加。对于硬盘和内存空间的利用率不高，并且随着租户数量的增加，整体系统数据访问性能水平会显著降低。这种单独数据库模式适用于租户数量较少并且为大型租户的应用场景。

共享数据库及隔离数据架构。在这种模式中，多个租户共享同一个数据库，每个租户拥有自己单独的表组，每个租户采用各自的架构(schema)。这种模式能够为安全性要求较高的租户提供了一定程度的逻辑数据隔离。

共享数据库及共享数据架构。在这种模式中，多个租户共享同一个数据库中的同一个表组，采用同一个架构。在表组的每一个表中记录“租户ID”字段以便将不同的租户的数据记录区分开。这种模式是共享程度最高、隔离级别最低的模式。同时，采用这种模式的数据库维护和购置成本低，允许每个数据库支持的较大数据量的租户。

因此，例如在支持多租户平台即服务(PaaS)平台上，每个应用将实际上具有以上述一种或多种物理数据共享或存储/隔离模式组织的租户数据的多个源数据库。存在对各个源数据库中的租户数据操作的各种需求。例如，当独立软件供应商(ISV)在应用调试、测试和更新中需要对各个源数据库中的租户数据进行操作，或者当应用运行时租户数据出现问题时需要在一定时间内修复数据以保证租户的事务。然而，由于源数据库底层(underlying)模式和技术的复杂性，在现有系统中对多租户系统中的源数据库进行操作是繁复而耗时的。

发明内容

为了解决现有技术中存在的问题，本发明提供一种对多租户数据库进行操作的技术方案。

根据本发明的一个方面，提供了一种用于对多租户数据库进行操控的方法，其中该多租户数据库包括用于存储租户数据的一个或多个源数据库。该方法包括：接收针对租户特定的逻辑视图的数据库操作请求，其中租户特定的逻辑视图是基于指向多租户数据库中包括的一个或多个源数据库的映射信息以及多租户元数据为各个租户创建的；获取与数据库操作请求有关的指向多租户数据库中包括的一个或多个源数据库的映射信息；基于获取的映射信息，执行对一个或多个源数据库的数据库操作。

根据本发明的一个方面，提供了一种对多租户数据库进行操控的方法，其中该多租户数据库包括用于存储租户数据的一个或多个源数据库。该方法包括：在操控台数据库中建立指向所述源数据库的映射信息；基于所述映射信息以及多租户元数据，为各个租户创建租户特定的逻辑视图；以及在运行时支持对至少一个所创建的租户特定的逻辑视图进行数据库操作。

根据本发明的另一个方面，提供了一种对多租户数据库进行操控的系统，其中该多租户数据库包括用于存储租户数据的一个或多个源数据库。该系统包括：操控台数据库管理器，被配置为在操控台数据库中建立指向所述源数据库的映射信息；逻辑视图生成器，被配置为基于所述映射信息以及多租户元数据，为各个租户创建租户特定的逻辑视图，并且被配置为在运行时支持对至少一个所创建的租户特定的逻辑视图进行数据库操作。

根据本发明的实施方式，能够向操作者隐藏底层源数据库复杂的模式和技术，并且便于提供用户熟悉的界面和操作风格，由此简化操作者在对多租户系统的多个源数据库进行操控的过程。

附图说明

通过结合附图对本公开示例性实施方式进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中，在本公开示例性实施方式中，相同的参考标号通常代表相同部件。

图1示意性示出了多租户系统源数据库中物理数据共享或存储/隔离模式的框图。

图2示出了适于用来实现本发明实施方式的示例性计算系统200的框图。

图3示出了根据本发明实施方式的用于对多租户数据库进行操控的系统300的框图。