[发明专利]用于在多租户应用系统中处理物化表的装置

说明书

技术领域

本发明涉及多租户应用，尤其涉及多租户应用中数据库的管理，更具体来说，涉及一种用于在多租户应用系统中处理物化表的装置。

背景技术

多租户应用系统，通过多租户MT(Multi-Tenancy)技术，向软件的用户提供多租户应用，即在服务提供商的服务器上运行软件应用程序的单个实例，为多个租户(例如企业之类的组织)提供软件应用服务，由此能够降低软件应用程序的开发、部署和运行的费用。

数据库是一种系统化的数据组织，用于对数据进行有效而可靠的存储、检索和处理。数据库由表组成，表中有一行一行的关联数据。对数据的访问和操作是通过查询(query)完成的。

基本数据库是一种数据库，顾名思义，基本数据库中含有基本数据。例如，用于商店每日的销售数据的数据库，包括商品、销售数量、售价、售出时间。

根据基本数据库，就可以进行数据分析。例如，从商品的角度，计算出每一种商品每天的销售总量；随着时间的推移，计算出每一种商品每个月的销售总量，计算出每一种商品每年的销售总量。

在本发明的上下文中，基本数据库也被称作基表BT(Basic Table)。

由基表可以创建物化视图MV(materialized View)，亦称物化表。物化表也是一种数据库，可以存储从基表导出的中间数据，例如上文所述的商品月销售总量。使用物化表进行查询，能利用物化表中的中间数据，可以减少复杂的查询所需的计算量，所以可以提高查询的效率。

在大规模的多租户应用系统中，广泛采用物化表来提高数据查询操作的效率。在这种情况下，多个租户共享一个或多个基表以及与基表对应的物化表，通常在基表和物化表中用租户标识符来区分数据所属的租户。

在数据库对物化表的设计中，基表与物化表之间，必须保持数据同步。当对基表进行增、删、改等操作时，物化表需要刷新同步后才能被查询和检索，当物化表在刷新同步的过程中，物化表会被锁定，这时，用户的SQL查询将不能利用物化表。例如，当在基表中增加新的一天的商品的销售总量数据时，对应的物化表不能用，因为物化表中的商品的月销售量尚未反映新增加的一天的商品销售总量，如果使用物化表中的数据，结果是错误的。当对基表进行增、删、改等操作后，物化表必须在其数据与修改后的基表的数据同步化后，才能被使用，例如，根据变化了的基表，重新导出或生成物化表，使物化表的商品月销售总量包括新增加的一天的销售总量。

在采用物化表的多租户应用系统中，不同的租户对共享的基表可能有不同的更新模式--例如在不同的时间和/或以不同的频率对基表进行数据的增、删、改等更新操作。如果共用基表和物化表的租户很多，则在任何时候，都可能有租户在对公用的一个或多个基表进行更新操作。由于物化表对应多个基表，从物化表的角度来看，基表的更新率总是很高。结果，物化表的刷新机率很大，被锁定的频率也很高，这使得租户几乎不可能使用物化表来提高查询效率，从而影响租户的业务操作的速度。

发明内容

发明人发现，对于有些租户群来说，他们的对基表的更新模式在一定程度上具有一致性或相似性。据此，本发明提出按照租户的更新模式的相似性构造MV，使更新模式一致或相似租户共享同一个MV。一旦发生对基表的大规模更新，就暂时禁用(disable)对应的MV，而直接使用基表，直到对应的MV与基表重新同步。

按照本发明的一个方面，提供一种用于在多租户应用系统中处理物化表的装置，其中，在所述多租户应用系统中，多个租户共享一个或多个基表，该装置包含：

更新模式分析器，用于根据多个租户的数据访问历史信息，分析所述多个租户对所述一个或多个基表的更新的模式的相似程度；租户分组器，用于按照更新模式分析器的所分析的相似程度，将所述多个租户划分为多个租户分组；物化表构造器，用于根据租户分组器划分的租户分组，由所述一个或多个基表构造租户分组物化表。

按照本发明的另一个方面，提供一种用于在多租户应用系统中处理物化表的方法，其中，在所述多租户应用系统中，多个租户共享一个或多个基表，该方法包含：

根据多个租户的数据访问历史信息，分析所述多个租户对所述一个或多个基表的更新的模式的相似程度；按照所分析的相似程度，将所述多个租户划分为多个租户分组；根据租户分组器划分的租户分组，由所述一个或多个基表构造租户分组物化表。

附图说明

所附权利要求中阐述了被认为是本发明的特点的创造性特征。但是，通过参照附图阅读下面对示例性实施例的详细说明可更好地理解发明本身以及其使用模式、另外的目标、特征以及优点，在附图中：