CN104246761A - 在联合数据管理系统中支持多租用 - Google Patents

Abstract

本文提供了用于在联合数据管理系统中支持多租用的系统和方法。所述方法包括在数据管理服务器处从客户端接收查询，其中查询包括对应于客户端的租户性质条件。所述方法还包括对包括由查询所指定的数据的外部数据存储装置进行标识以及确定外部数据存储装置是否是多租户使能的。所述方法还包括如果外部数据存储装置不是多租户使能的，则移除租户性质条件并且执行查询以检索所指定数据。

Description

在联合数据管理系统中支持多租用

背景技术

许多组织使用多样的数据存储装置来产生、存储和搜索组织的数据。这样的数据存储装置的多样性可以由许多因素引起，包括组织的操作单元之中缺乏协调、采用新技术的不同速率、合并和收购或者组织的操作单元的地理分离。在许多情况下，组合来自这些各种数据存储装置的信息允许组织更有效地利用其中包含的数据。例如，如果两个组织合并以形成新的组织，则新的组织可以继承原始组织的数据存储装置。然而，原始组织的数据可能存储在与新组织的数据不同类型的数据存储装置中和/或以不同格式被存储。因此，集成多样数据存储装置内所存储的数据以使得可以容易地从数据存储装置检索数据可能是合期望的。这可以经由用于检索位于外部数据存储装置上的数据的、包括数据仓库和数据库联合技术在内的许多不同技术中的任一种来实现。数据仓库和数据库联合技术可以用于通过为用户提供可以用于组合、对比、分析和以其它方式操纵数据的高级查询语言来从外部数据存储装置检索数据。

数据仓库技术包括将数据从一个或多个外部数据存储装置加载到数据仓库中。然而，将数据从外部数据存储装置移动到数据仓库，以及将数据变换成数据仓库支持的格式可能代价非常高。因此，使用数据库联合技术或更具体地，配置管理数据库（CMDB）联合技术而不是数据仓库技术可能是合期望的。CMDB联合技术可以用于将现有拓扑查询语言（TQL）能力的范围扩展到涵盖被存储和维护在一个或多个外部数据存储装置中的数据。CMDB联合技术可以提供在真时（on-the-fly）从外部数据存储装置向CMDB检索这样的数据而不必将大量数据拷贝到CMDB。这可以在容量和性能方面降低CMDB上的负担，并且可以虑及集成位于任何数目的外部数据存储装置上的大量数据。

附图说明

在以下的详细描述中并且参照附图来描述某些示例，在附图中：

图1是支持多租用的联合配置数据管理系统的框图；

图2是示出了用于使用多租户使能的外部数据存储装置或非多租户使能的外部数据存储装置或其任何组合而执行联合拓扑查询语言（FTQL）查询的方法的过程流程图；

图3是示出了用于在联合数据管理系统中支持多租用的方法的简化过程流程图；以及

图4是示出了存储被适配成在联合数据管理系统中支持多租用的协议的有形、非暂时性、计算机可读介质的框图。

具体实施方式

本文所描述的技术一般地涉及用于在联合配置数据管理系统中支持多租用的系统和方法。如本文所使用的，术语“租用”是指提供网络节点成组、映射和安全性支持的逻辑成组概念。作为示例，租户可以是因特网提供者的网络内的特定客户。因此，本文所描述的联合配置数据管理系统被配置成支持包括来自多个租户的数据的数据存储装置。

本文所描述的联合配置数据管理系统可以用于配置管理应用。如本文所使用的，术语“配置管理”是指一种过程，通过所述过程，关于配置项的信息被维护和递送到信息技术（IT）服务。配置管理可以用于通过向IT服务管理过程提供准确数据来改善IT服务的递送。配置项是指要被管理以便递送IT服务的任何组件。例如，配置项可以包括软件、模型、规划、形式化文档，诸如过程文档和服务水平协定（SLA）等等。关于每个配置项的信息可以记录在配置管理数据库（CMDB）内的配置记录中。配置记录是包含配置项的细节的记录。每个配置记录将单个配置项的寿命周期文档化。

CMDB是用于贯穿与配置记录相关联的配置项的寿命周期而管理配置记录的数据库。CMDB可以记录每个配置项的属性以及它与其它配置项的关系。CMDB还可以包含链接到配置项的其它信息，诸如事件记录或改变记录。

CMDB可以仅存储涉及配置项的一般信息。涉及配置项的其余信息可以存储在外部数据存储装置中。在许多情况下，客户端期望使用除CMDB中所存储的配置项数据之外的被存储在外部数据存储装置中的配置项数据。因此，为了允许配置项数据的检索对用户透明，CMDB可以提供联合特征。

联合特征可以使得客户端能够通过使用CMDB应用编程接口（API）来从多个数据存储装置请求配置项数据而不意识到配置项数据的实际位置。联合特征可以搜索多个在地理上和技术上根本不同的数据存储装置以定位和变换来自数据存储装置的相关配置项数据。CMDB可以透明地组合来自数据存储装置的配置项数据并且向客户端返回经组合的配置项数据。

因此，本文所描述的联合配置数据管理系统可以提供对许多异构（heterogeneous）数据存储装置的统一访问。数据存储装置可以联合；也就是说，它们可以通过联合配置数据管理系统而一起链接成统一系统以创建联合通用配置管理数据库（uCMDB）。联合配置数据管理系统可以通过执行从客户端接收的拓扑查询语言（TQL）查询而提供对数据存储装置的访问。如本文所使用的，术语“TQL”是指用于描述应用和商业服务的面向对象的框架，并且包括物理和逻辑对象二者、它们的属性和它们与彼此的关系。TQL可以使得能够创建被设计成跨IT服务、应用和基础设施群组而捕获诸如配置项之类的项的相关相互依赖性的图形视图。

更具体地，联合配置数据管理系统可以执行联合TQL（FTQL）查询。FTQL是在其定义中包括外部配置项的TQL。外部配置项是不源自uCMDB的配置项。也就是说，外部配置项是定义在uCMDB类模型中的类，其具体实例被存储在一个或多个外部数据存储装置中而不是uCMDB中。根据本文所描述的技术，联合配置数据管理系统可以从多租户使能的外部数据存储装置或非多租户使能的外部数据存储装置或这二者检索这样的外部配置项。

以下的描述提及联合配置数据管理系统的特定实现。即，以下描述提及IT系统配置管理系统的实现，包括使用FTQL查询来访问外部数据存储装置内的配置项数据，以及其中至少存储了到外部数据存储装置的链接的uCMDB。然而，本领域技术人员将领会到，联合配置数据管理系统可以用于除配置管理之外的许多其它目的。

图1是支持多租用的联合配置数据管理系统100的框图。联合配置数据管理系统100可以支持多租用，这通过响应于来自客户端106的请求而从多租户使能的外部数据存储装置102或非多租户使能的外部数据存储装置104或这二者获取数据并且基于客户端106所表示的租户而向客户端106仅提供所允许的数据，如以下进一步讨论的那样。

联合配置数据管理系统100可以包括uCMDB服务器108。uCMDB服务器100可以经由对应的外部数据存储装置适配器110而通信耦合到多租户使能的外部数据存储装置102和非多租户使能的外部数据存储装置104。多租户使能的外部数据存储装置102和非多租户使能的外部数据存储装置104可以包括任何合适类型的数据存储系统，诸如CMDB或其它数据库，其中配置数据、包括外部配置项以及外部配置项之间的关系被定位。外部数据存储装置适配器110可以包括以JAVA编程语言开发的适配器，或者可以包括一般即开即用（out-of-the-box）（OOB）适配器。此外，外部数据存储装置适配器110可以包括数据库适配器、uCMDB适配器等等。

uCMDB服务器108还可以经由uCMDB适配器114而通信耦合到通用配置管理数据库（uCMDB）112。uCMDB 112可以存储配置数据，诸如涉及配置项的一般信息。

此外，uCMDB服务器100可以通信耦合到客户端106。uCMDB服务器108内的客户端接口116可以使得能够实现客户端106与uCMDB服务器108之间的通信。客户端106可以是任何合适类型的计算设备，包括个人计算机（PC）、膝上型计算机、移动计算设备、服务器等等。客户端106可以表示联合配置数据管理系统100内的特定客户或用户。因此，根据隐私条件，客户端106可以有权访问涉及特定租户上相关联的客户或用户的具体角色的联合配置数据管理系统100内的具体数据。这样的数据可以由客户端106经由TQL查询或者更具体地FTQL查询而请求。因此，客户端106可以向uCMDB服务器108发布FTQL查询，如箭头118所指示的那样，并且可以从uCMDB服务器108接收FTQL结果，如箭头120所指示的那样。

uCMDB服务器108可以经由客户端接口116从客户端106接收FTQL查询，如箭头118所指示的那样。FTQL查询可以是针对具体配置数据的请求，所述具体配置数据包括位于多租户使能的外部数据存储装置102或非多租户使能的外部数据存储装置104中任一个中的外部配置项。因此，uCMDB服务器108可以通过外部数据存储装置适配器110而从多租户使能的外部数据存储装置102或非多租户使能的外部数据存储装置104或这二者检索外部配置项。这可以经由适配器接口122来实现，所述适配器接口122被配置成使得能够实现通过外部数据存储装置适配器110而在uCMDB服务器108与外部数据存储装置102和104之间的通信。此外，uCMDB服务器108内的联合引擎124和TQL引擎126可以引导从外部数据存储装置102或104中任一个的外部配置项的检索，如以下进一步讨论的那样。uCMDB服务器108然后可以向客户端106返回包括所检索的外部配置项的FTQL结果，如箭头120所指示的那样。

联合引擎124可以被配置成确定可以从其中检索所请求的外部配置项的适当外部数据存储装置102和/或104。具体地，联合引擎124可以构建集成点定义以用于检索每个所请求的外部配置项。集成点定义可以指定要从其中检索每个外部配置项的外部数据存储装置102或104，以及与外部数据存储装置102或104相关联的特定外部数据存储装置适配器110。

联合引擎124确定要从其中检索所请求的外部配置项的外部数据存储装置102和/或104中的每一个是多租户使能的还是非多租户使能的。联合引擎124然后可以引导经由对应的外部数据存储装置适配器110而从外部数据存储装置102和/或104的外部配置项的检索。联合引擎124可以基于客户端106所表示的租户以及对应的外部数据存储装置102或104所支持的一个或多个租户来确定用于检索每个外部配置项的合适过程。例如，如果外部配置项要从多租户使能的外部数据存储装置102检索，则FTQL查询可以在多租户使能的外部数据存储装置102上执行，并且TQL引擎126可以仅检索与客户端106所表示的租户相对应的数据。另一方面，如果外部配置项要从非多租户使能的外部数据存储装置104检索，则联合引擎124可以在非多租户使能的外部数据存储装置104上执行FTQL查询之前从FTQL查询移除对客户端106所表示的租户的所有引用。此外，如果客户端106所表示的租户与非多租户使能的外部数据存储装置104的默认租户匹配，则FTQL查询可以仅在非多租户使能的外部数据存储装置104上执行。用于从外部数据存储装置102和104检索数据的技术在以下关于图2进一步描述。

根据本文所描述的技术，联合配置数据管理系统100可以提供数据透明性。更具体地，包括uCMDB 112和外部数据存储装置102和104的底层数据源的差异、特质和实现可以从客户端106隐藏，即对客户端106透明。该透明性允许FTQL查询应用得如同所有数据存在于uCMDB 112中一样，尽管事实上数据可以被存储在外部数据存储装置102和104的异构集合中。

联合配置数据管理系统100还可以支持异构性，或者容纳宽范围的外部数据存储装置102和104而不约束硬件、软件、数据模型、接口或协议的能力。另外，联合配置数据管理系统100可以支持可扩展性，或者动态地添加新的外部数据存储装置102和/或104以便满足客户端106的改变的期望的能力。

图2是示出了用于使用多租户使能的外部数据存储装置或非多租户使能的外部数据存储装置或其任何组合而执行FTQL查询的方法200的过程流程图。在各种示例中，方法200由以上关于图2描述的联合配置数据管理系统100内的uCMDB服务器108执行。然而，方法200还可以由任何合适类型的联合数据管理系统内的任何其它合适类型的管理数据库执行。

方法200可以以对客户端透明的方式执行。因此，客户端可以请求诸如外部配置项之类的具体配置数据而不关注包括配置数据的一个或多个外部数据存储装置是多租户使能的还是非多租户使能的。

该方法在框202处开始，在该处在uCMDB服务器处从客户端接收具有指定的租户性质条件（例如租户性质条件=x）的FTQL查询。FTQL查询的租户性质条件对应于客户端所表示的租户。该租户性质条件由TQL引擎126根据FTQL查询所表示的配置项类型所支持的租户而添加。FTQL查询可以是针对具体配置数据的请求，所述具体配置数据包括位于任何数目的外部数据存储装置内的外部配置项。uCMDB服务器可以经由诸如以上关于图1讨论的联合引擎124之类的uCMDB服务器的联合引擎而确定哪个外部数据存储装置包括每个所请求的外部配置项。

在框204处，确定：要从其中检索一个或多个外部配置项的外部数据存储装置是否是多租户使能的。如果外部数据存储装置不是多租户使能的，则可以在框206处确定对于外部数据存储装置的默认租户是否匹配于FTQL查询所指定的租户性质条件，例如是否默认租户=x。如果对于外部数据存储装置的默认租户不匹配于FTQL查询所指定的租户性质条件，则可以在框208处向客户端返回针对FTQL查询的空结果，因为客户端无权访问属于其他租户的外部配置项。

如果对于外部数据存储装置的默认租户匹配于FTQL查询所指定的租户性质条件，则方法200可以进行到框210。在框210处，从FTQL查询移除租户性质条件。租户性质条件可以从FTQL查询中移除是因为外部数据存储装置不是多租户使能的并且因此可能不能够使用租户性质条件。此外，因为外部数据存储装置的默认租户匹配于FTQL查询所指定的租户性质条件，所以租户性质条件在外部数据存储装置内执行FTQL查询期间没有用。

在框212处，FTQL查询在外部数据存储装置上执行以检索对应的外部配置项。在框214处，uCMDB服务器将默认租户属性值添加至从外部数据存储装置所检索的外部配置项。这可以确保外部配置项仅可以被提供给具有与外部数据存储装置的默认租户相匹配的租户的客户端。因此，根据方法200，可以保护每个租户的隐私。

在框216处，向发起FTQL查询的客户端返回FTQL查询的结果。结果可以包括从外部数据存储装置所检索的外部配置项，以及从uCMDB所检索的配置项或其它配置数据和/或从其它外部数据存储装置所检索的附加外部配置项。结果还可以包括租户信息，其可以用于确定是否要允许客户端访问结果。

相比之下，如果在框204处确定了外部数据存储装置是多租户使能的，则方法200可以进行到框218。在框218处，在所指定的租户性质条件（例如租户性质条件=x）的情况下在外部数据存储装置上执行FTQL查询以检索对应的外部配置项。因为外部数据存储装置是多租户使能的，所以FTQL查询可以在不移除租户性质条件的情况下执行在外部数据存储装置上。

在框220处，外部数据存储装置仅将与FTQL查询所指定的租户性质条件（例如租户性质条件=x）相对应的外部配置项返回给uCMDB服务器。根据各种示例，这通过对应于外部数据存储装置的外部数据存储装置适配器来实现。例如，外部数据存储装置适配器可以根据其相应租户性质条件所强加的约束来过滤所检索的外部配置项，所述约束指定被允许访问每个外部配置项的租户。因此，仅仅是包括FTQL查询所指定的租户性质条件的外部配置项可以被返回到uCMDB服务器。

在框216处，将FTQL查询的结果返回到发起FTQL查询的客户端。结果可以包括从外部数据存储装置所检索的外部配置项，以及从uCMDB所检索的配置项或其它配置数据和/或从其它外部数据存储装置所检索的附加外部配置项。结果还可以包括租户信息，其可以用于确定是否要允许客户端访问结果。

要理解，图2的过程流程图不旨在指示方法200的步骤要以任何特定顺序来执行，或者方法200的所有步骤要被包括在每种情况中。另外，图2中未示出的任何数目的附加步骤可以被包括在方法200内，这取决于具体实现的细节。

图3是示出了用于在联合数据管理系统中支持多租用的方法300的简化过程流程图。在各种示例中，联合数据管理系统是联合配置数据管理系统，诸如以上关于图1讨论的联合配置数据管理系统100，其被配置成管理包括配置项的配置数据。因此，执行方法300的数据管理服务器可以是配置数据管理服务器，诸如以上关于图1讨论的uCMDB服务器108。

该方法在框302处开始，在该处在数据管理服务器处从客户端接收查询。查询可以包括对应于客户端的租户性质条件。此外，查询可以是FTQL查询，其包括要经由联合过程来检索的指定数据。

在框304处，确定：包括由查询所指定的数据的外部数据存储装置。外部数据存储装置可以是多租户使能的外部数据存储装置或非多租户使能的外部数据存储装置。此外，外部数据存储装置可以被配置成执行查询以基于来自数据管理服务器的输入来检索所指定数据。

如果外部数据存储装置是多租户使能的外部数据存储装置，则可以在对应的租户性质条件的情况下向多租户使能的外部数据存储装置提供查询。多租户使能的外部数据存储装置可以被配置成执行查询并且向数据管理服务器仅返回对应于租户性质条件的数据。

如果外部数据存储装置是非多租户使能的外部数据存储装置，则可以确定非多租户使能的外部数据存储装置的默认租户是否等同于查询所指定的租户性质条件。如果非多租户使能的外部数据存储装置的默认租户不等同于查询所指定的租户性质条件，则可以向客户端返回针对查询的空结果。如果非多租户使能的外部数据存储装置的默认租户等同于查询所指定的租户性质条件，则可以从非多租户使能的外部数据存储装置检索所指定数据。这可以通过从查询中移除租户性质条件并且向非多租户使能的外部数据存储装置提供查询来实现，其中非多租户外部数据存储装置被配置成执行查询并且向数据管理服务器返回由查询所指定的数据。此外，可以将默认租户添加到从非多租户外部数据存储装置所检索的指定数据。

在框306处，向客户端提供从外部数据存储装置所检索的指定数据以及对应的租户信息。向客户端提供的数据可以仅包括属于客户端所表示的租户的数据。因此，方法300可以通过确保仅经允许的客户端能够检索属于特定租户的数据来提供对租户隐私的保护。

要理解，图3的过程流程图不旨在指示方法300的步骤要以任何特定顺序来执行，或者方法300的所有步骤要被包括在每种情况中。另外，图3中未示出的任何数目的附加步骤可以被包括在方法300内，这取决于具体实现的细节。例如，可以确定许多外部数据存储装置。每个外部数据存储装置可以是多租户使能的外部数据存储装置或非多租户使能的外部数据存储装置，其包括由查询所指定的数据的一部分，并且每个外部数据存储装置可以被配置成执行查询以检索数据的该部分。从外部数据存储装置所检索的数据的各部分可以被组合以获取针对查询的结果，并且可以向客户端提供结果。

根据一些示例，可以从通信耦合到数据管理服务器的数据管理数据库检索由查询所指定的数据的一部分。然后可以将该数据提供给客户端，连同从一个或多个外部数据存储装置所检索的数据一起。

图4是示出了存储被适配成在联合配置数据管理系统中支持多租用的协议的有形、非暂时性、计算机可读介质400的框图。有形、非暂时性、计算机可读介质400可以由处理器402通过计算机总线404来访问。另外，有形、非暂时性、计算机可读介质400可以包括用以引导处理器402执行当前方法的步骤的代码。

本文所讨论的各种软件组件可以存储在有形、非暂时性、计算机可读介质400上，如图4中所指示的那样。例如，查询识别模块406可以被配置成从客户端接收查询，其中查询可以包括对应于客户端的租户性质条件。外部数据存储装置确定模块408可以被配置成确定可以从其中检索由查询所指定的数据的一个或多个外部数据存储装置。多租用确定模块410可以被配置成确定其中一个或多个外部数据存储装置中的每一个是多租户使能的或非多租户使能的，以及一个或多个外部数据存储装置中的每一个是否支持由对应于客户端的租户性质条件所指定的租户。

查询执行模块412可以被配置成引导在外部数据存储装置中的每一个内的查询的执行以检索所指定数据。查询执行模块412可以被配置成基于每个外部数据存储装置是多租户使能的还是非多租户使能的而引导查询的执行。此外，查询执行模块412可以被配置成向客户端提供查询结果，包括从一个或多个外部数据存储装置所检索的数据。

要理解，图4不旨在指示以上讨论的所有软件组件要在每种情况中都被包括在有形、非暂时性、计算机可读介质400内。另外，图4中未示出的任何数目的附加软件组件可以被包括在有形、非暂时性、计算机可读介质400内，这取决于具体实现的细节。

本示例可以易受各种修改和可替换形式的影响并且仅仅为了说明性目的而被示出。例如，本技术支持对数据结构缓存的读和写操作二者。另外，要理解，本技术不旨在受限于本文所公开的特定示例。事实上，随附权利要求的范围被视为包括对所公开的主题所关于的领域的技术人员显而易见的所有替换、修改和等同物。

Claims (15)

1.一种用于在联合数据管理系统中支持多租用的方法，包括：

在数据管理服务器处从客户端接收查询，其中查询包括对应于客户端的租户性质条件；

对包括由查询所指定的数据的外部数据存储装置进行标识；

确定外部数据存储装置是否是多租户使能的；

如果外部数据存储装置不是多租户使能的，则移除租户性质条件并且执行查询以检索所指定数据。

2.根据权利要求1所述的方法，包括向客户端提供从外部数据存储装置所检索的指定数据。

3.根据权利要求1所述的方法，包括，如果外部数据存储装置是多租户使能的，则在对应的租户性质条件的情况下向外部数据存储装置提供查询，其中外部数据存储装置被配置成执行查询并且向数据管理服务器仅返回对应于租户性质条件的数据。

4.根据权利要求1所述的方法，包括：

确定为外部数据存储装置所定义的默认租户是否匹配于查询所指定的租户性质条件；

如果为外部数据存储装置所定义的默认租户匹配于查询所指定的租户性质条件，则移除租户性质条件并且执行查询以检索所指定数据；以及

如果为外部数据存储装置所定义的默认租户不匹配于查询所指定的租户性质条件，则向客户端返回针对查询的空结果。

5.根据权利要求4所述的方法，其中执行查询以检索所指定数据包括：

向外部数据存储装置提供查询，其中外部数据存储装置被配置成执行查询并且向数据管理服务器返回由查询所指定的数据；以及

将涉及默认租户的信息添加至从外部数据存储装置所检索的指定数据。

6.根据权利要求1所述的方法，包括：

确定多个外部数据存储装置，其中每个外部数据存储装置包括查询所指定的数据的一部分，并且其中每个外部数据存储装置被配置成执行查询以检索数据的所述部分；

将从多个外部数据存储装置所检索的数据的各部分进行组合以获取针对查询的结果；以及

向客户端提供结果。

7.根据权利要求1所述的方法，包括：

从通信耦合到数据管理服务器的数据管理数据库检索由查询所指定的数据的一部分；以及

向客户端提供从数据管理数据库所检索的数据的所述部分。

8.一种用于支持多租用的计算系统，包括：

联合引擎，其被配置成：

　　对包括由接收自客户端的拓扑查询语言（TQL）查询所指定的数据的外部数据存储装置进行确定，其中TQL查询包括所指定的租户性质条件；以及

　　确定外部数据存储装置包括多租户使能的外部数据存储装置还是非多租户使能的外部数据存储装置；以及

TQL引擎，其被配置成基于TQL查询所指定的租户性质条件和外部数据存储装置包括多租户使能的外部数据存储装置还是非多租户使能的外部数据存储装置而引导从外部数据存储装置的指定数据的检索，其中通过在外部数据存储装置上执行TQL查询而从外部数据存储装置来检索所指定数据。

9.根据权利要求8所述的计算系统，其中计算系统包括联合配置数据管理系统内的配置管理数据库（CMDB）服务器，并且其中由查询所指定的数据包括配置数据。

10.根据权利要求8所述的计算系统，其中，如果外部数据存储装置包括多租户使能的外部数据存储装置，则引导从多租户使能的外部数据存储装置的指定数据的检索包括在所指定的租户性质条件的情况下向多租户使能的外部数据存储装置提供TQL查询，并且其中多租户使能的外部数据存储装置被配置成执行查询并且向计算系统仅返回对应于租户性质条件的数据。

11.根据权利要求8所述的计算系统，其中，如果外部数据存储装置包括多租户使能的外部数据存储装置，则引导从多租户使能的外部数据存储装置的指定数据的检索包括：

确定为非多租户使能的外部数据存储装置所定义的默认租户是否包括TQL查询所指定的租户性质条件；

如果为非多租户使能的外部数据存储装置所定义的默认租户不包括TQL查询所指定的租户性质条件，则向客户端返回针对TQL查询的空结果；以及

如果为非多租户使能的外部数据存储装置所定义的默认租户包括查询所指定的租户性质条件，则从非多租户使能的外部数据存储装置检索所指定数据。

12.根据权利要求11所述的计算系统，其中从非多租户使能的外部数据存储装置检索所指定数据包括：

从TQL查询移除所指定的租户性质条件；

向非多租户使能的外部数据存储装置提供TQL查询，其中非多租户外部数据存储装置被配置成执行查询并且向计算设备返回由查询所指定的数据；以及

将涉及默认租户的信息添加至从非多租户外部数据存储装置所检索的指定数据。

13.一种有形、非暂时性、计算机可读介质，包括代码，所述代码被配置成引导处理器：

从客户端接收查询，其中查询包括租户性质条件；

确定包括由查询所指定的数据的外部数据存储装置；

确定外部数据存储装置包括多租户使能的外部数据存储装置还是非多租户使能的外部数据存储装置；

如果外部数据存储装置包括多租户使能的外部数据存储装置，则从多租户使能的外部数据存储装置仅检索对应于租户性质条件的数据；

如果外部数据存储装置包括非多租户使能的外部数据存储装置：

　　确定为非多租户使能的外部数据存储装置所定义的默认租户是否匹配于查询所指定的租户性质条件；以及

　　如果确定了默认租户匹配于租户性质条件，则从非多租户使能的外部数据存储装置检索所指定数据；以及

向客户端提供从外部数据存储装置所检索的指定数据。

14.根据权利要求13所述的有形、非暂时性、计算机可读介质，包括代码，所述代码被配置成引导处理器：如果确定了为非多租户使能的外部数据存储装置所定义的默认租户不匹配于查询所指定的租户性质条件，则向客户端返回针对查询的空结果。

15.根据权利要求13所述的有形、非暂时性、计算机可读介质，其中从非多租户使能的外部数据存储装置检索所指定数据包括：

从查询移除租户性质条件；

向非多租户使能的外部数据存储装置提供查询，其中非多租户外部数据存储装置被配置成执行查询并且向数据管理服务器返回由查询所指定的数据；以及

将涉及默认租户的信息添加至从非多租户外部数据存储装置所检索的指定数据。