CN111752956B - 实体的关联变更方法及装置、电子设备 - Google Patents

Abstract

本申请实施例公开了一种实体的关联变更方法及装置、电子设备，其中方法包括当监控到第一实体的关联变更信息时，确定所述关联变更信息对应的关联关系类型为第一变更类型；从与所述第一实体具备关联关系的至少一个实体中，获取关联关系的类型为所述第一变更类型的第二实体；按照与所述第一变更类型对应的处理流程，根据所述关联变更信息对所述第二实体进行变更。采用本申请，可以在大数据量的场景下提升数据的查询效率。

Description

实体的关联变更方法及装置、电子设备

技术领域

本申请涉及数据处理领域，尤其涉及一种实体的关联变更方法及装置、电子设备。

背景技术

随着互联网技术的发展，各领域的数据量呈指数级增长，数据量的指数级增长不仅影响数据存储、计算和查询等性能，同时也极大增加了业务数据间的复杂程度。商业使能系统(business enable system，BES)提出了采用业界标准的元数据框架，且通过元数据来操控实体模型的类型。而在元数据框架的基础上，数据性能也是非常重要的一个指标，而目前通常是通过物理手段如分区、分库、扩容升级等类型提升数据性能。

在这一场景下，如何采用非物理手段提升数据性能是一个需要解决的问题。

发明内容

本申请实施例提供一种实体的关联变更方法及装置、电子设备，以期在大数据量的场景下提升数据的查询效率。

第一方面，本申请实施例提供了一种实体的关联变更方法，包括：当监控到第一实体的关联变更信息时，确定关联变更信息对应的关联关系类型为第一变更类型；从与第一实体具备关联关系的至少一个实体中，获取关联关系的类型为第一变更类型的第二实体；按照与第一变更类型对应的处理流程，根据关联变更信息对第二实体进行变更。

在第一方面中，可以实现两个实体之间的关联变更。在数据量较大的场景中，通过关联更新的方式能够解决查询效率较低的问题，还能够简化在1+N场景下的数据定制过程和数据更新过程，进而提升了数据性能。

在一种可能的实现方式中，第一变更类型包括新增类型、修改类型或删除类型。

在一种可能的实现方式中，第一实体包括多个数据；关联变更信息包括第一实体的数据关联变更信息。

在一种可能的实现方式中，该方法还包括：

获取第一变更类型对应的第一关联条件；

从与第一实体具备关联关系的至少一个实体中，获取关联关系的类型为第一变更类型的第二实体方面，具体执行：若关联变更信息满足第一关联条件，则从与第一实体具备关联关系的至少一个实体中，获取关联关系的类型为第一变更类型且关联关系的条件为第一关联条件的第二实体。

在一种可能的实现方式中，当监控到第一实体的关联变更信息时，确定关联变更信息对应的关联关系类型为第一变更类型之前，还包括：

对第一实体的关联变更规则进行配置，关联变更规则包括与第一实体具备关联关系的至少一个实体、第一实体与每个实体之间具备的关联关系的类型、与关联关系的类型对应的处理流程和关联条件，关联条件用于指示在关联变更与第一实体具备关联关系的实体之前第一实体需要满足的条件。

在一种可能的实现方式中，第一变更类型为新增类型，关联变更信息用于指示新增第一数据；

按照与第一变更类型对应的处理流程，根据关联变更信息对第二实体进行变更方面，具体执行：按照与第一变更类型对应的处理流程，在第二实体中新增第一数据。

在一种可能的实现方式中，第一变更类型为修改类型，关联变更信息用于指示将第二数据修改为第三数据；

按照与第一变更类型对应的处理流程，根据关联变更信息对第二实体进行变更方面，具体执行：按照与第一变更类型对应的处理流程，将第二实体中的第二数据修改为第三数据。

在一种可能的实现方式中，将第二实体中的第二数据修改为第三数据之前，还包括：

判断第二实体中是否存在第二数据；

若存在，则执行按照与第一变更类型对应的处理流程，将第二实体中的第二数据修改为第三数据的步骤；

若不存在，则按照与第一变更类型对应的处理流程，在第二实体中增加第三数据。

在一种可能的实现方式中，第一变更类型为删除类型，关联变更信息用于指示删除第四数据；

按照与第一变更类型对应的处理流程，根据关联变更信息对第二实体进行变更方面，具体执行：按照与第一变更类型对应的处理流程，将第二实体中的第四数据进行删除。

第二方面，本申请实施例提供了一种实体关联变更装置，包括：

确定模块，用于当监控到第一实体的关联变更信息时，确定所述关联变更信息对应的关联关系类型为第一变更类型；

获取模块，用于从与所述第一实体具备关联关系的至少一个实体中，获取关联关系的类型为所述第一变更类型的第二实体；

变更模块，用于按照与所述第一变更类型对应的处理流程，根据所述关联变更信息对所述第二实体进行变更。

可选的，该实体关联变更装置还可以实现上述第一方面中任意一种可能的实现方式所执行的方法。

第三方面，本申请实施例提供一种电子设备。该电子设备可以为上述设计中的实体关联变更装置，或者为设置在电子设备中的芯片。该电子设备包括：处理器、存储器和通信接口；

通信接口用于进行信息的配置、信息的接收和发送；

存储器用于存储指令；

处理器用于执行存储器存储的指令，当处理器执行存储器存储的指令时，使通信装置执行上述第一方面中任意一种可能的实现方式所执行的方法。

第四方面，本申请实施例提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当计算机程序代码在计算机上运行时，使得计算机执行上述第一方面中任意可能的实现方式中的方法。

第五方面，本申请实施例提供了一种可读存储介质，该可读存储介质用于存储指令，使上述第一方面中任意可能的实现方式被实现。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图进行说明。

图1为本申请实施例提供了一种实体的关联变更方法的流程示意图；

图2为本申请实施例提供了实体关联变更的逻辑框架图；

图3a为本申请实施例提供了一种源实体的相关配置界面的示例图；

图3b为本申请实施例提供了一种目标实体的相关配置界面的示例图；

图4为本申请实施例提供了另一种实体关联变更方法的流程示意图；

图5为本申请实施例提供了一种实体关联变更的示例图；

图6a为本申请实施例提供了一种现有的实体关联变更的示例图；

图6b为本申请实施例提供了另一种实体关联变更的示例图；

图7为本申请实施例提供了另一种实体关联变更的示例图；

图8为本申请实施例提供了一种实体关联变更装置的结构示意图；

图9为本申请实施例提供了一种电子设备的结构示意图。

具体实施类型

下面将结合本申请实施例中的附图，对本申请实施例进行说明。

首先对本申请涉及的名词进行介绍。

实体：是用来描述某一类数据的事物，在本申请中具体是指数据库中表数据的集合。

实际应用中，实体也可以命名为元数据表，其中，元数据(Metadata)，又称中介数据、中继数据，为描述数据的数据(data about data)，主要是描述数据属性(property)的信息，用来支持如指示存储位置、历史数据、资源查找、文件记录等功能。元数据算是一种电子式目录，为了达到编制目录的目的，必须在描述并收藏数据的内容或特色，进而达成协助数据检索的目的。

1+N模式：基于基准BES方案，各个运营商客户在基准BES方案的基础上提出自己的诉求，删补自己的业务场景。

在现有的元数据框架的基础上，大数据量的查询效率也是非常重要的一个指标。一个可能的实际应用中，对于数据量很大的元数据表中，查询一个数据需要花费较长时间，若该数据还是被频繁查询的数据，影响了数据的查询效率。另一个可能的实际应用中，对于需要查询多个元数据表，才能得到查询结果的，会因为所查询的元数据表的数量影响查询效率。以及在1+N场景下，根据运营商的业务诉求，BES产品需要对原有基准方案进行更改，其中很重要的一块业务诉求就是数据的关联更新问题，具体包括关联数据的新增、修改和删除，当前实现是通过代码新增接口进行实现，耗费大量人力和物力，数据定制过程和数据更新过程复杂。

而在本申请的方案可以实现两个实体之间的关联变更，将本申请的方案应用在以上场景中，能够解决查询效率较低的问题，以及能够简化在1+N场景下的数据定制过程和数据更新过程，进而提升了数据性能。

本申请方案的具体实现请参见以下实施例的详细介绍。

请参见图1，为本申请实施例提供了一种实体的关联变更方法的流程示意图。如图1所示，该方法包括步骤101至步骤103。

101，当监控到第一实体的变更请求时，确定所述关联变更信息对应的关联关系类型为第一变更类型。

具体的，在对第一实体的关联变更规则配置完成之后，实体关联变更装置对第一实体进行监控，以确定是否有关联变更信息。其中，第一实体包括多个数据。关联变更信息是对与第一实体具备关联关系的其他实体进行更新时需要参考的信息。

可选的，关联变更规则包括与所述第一实体具备关联关系的至少一个实体、所述第一实体与每个实体之间具备的关联关系的类型、与所述关联关系的类型对应的处理流程和关联条件，所述关联条件用于指示在关联变更与所述第一实体具备关联关系的实体之前所述第一实体需要满足的条件。

举例来说，关联变更信息是根据第一实体的变更信息得到的。若第一实体的变更信息为在第一实体中新增第一数据，则关联变更信息用于指示新增第一数据；若第一实体的变更信息为将第一实体包含的第二数据修改为第三数据，则关联变更信息用于指示将第二数据修改为第三数据；若第一实体的变更信息为将第一实体包含的第四数据删除，则关联变更信息用于指示删除第四数据。

又举例来说，关联变更信息是根据第一实体的数据状态信息得到的。若第一实体包含的第五数据被查询的次数超过第一阈值，则关联变更信息用于指示新增第五数据；若第一实体包含的第五数据未被查询的时长超过第二阈值，则关联变更信息用于指示删除第五数据；若第一实体包含的第五数据被修改的次数超过第三阈值，则关联变更信息用于指示新增第五数据。其中，这里的第一阈值、第二阈值或者第三阈值是预先配置的。

可选的，实体关联变更装置可以设定对第一实体的监控规则，该监控规则用于指示需要对第一实体进行监控的内容。例如，监控在第一实体中是否有新增数据、监控第一实体中的某个数据是否被修改或者监控第一实体中是否存在数据修改、监控第一实体中某个数据被查询的次数或者监控第一实体中各个数据被查询的次数等等。

进一步的，在实体关联变更装置可以预先设定所监控到的关联变更信息对应的关联关系类型。例如，关联变更信息用于指示新增第一数据时，关联变更信息对应的关联关系类型为新增类型；关联变更信息用于指示将第一实体包含的第二数据修改为第三数据时，关联变更信息对应的关联关系类型为修改类型；关联变更信息用于指示将第一实体包含的第四数据删除时，关联变更信息对应的为删除类型。这样在实体关联变更装置监测到第一实体的关联变更信息后，可以确定关联变更信息对应的关联关系类型为第一变更类型。

可以理解的是，这里涉及的关联关系类型具体是指与第一实体具备关联关系的类型。

102，从与所述第一实体具备关联关系的至少一个实体中，获取关联关系的类型为所述第一变更类型的第二实体。

具体的，当第一变更类型所对应的第一关联条件为一个时，实体关联变更装置判断关联变更信息满足第一关联条件，则实体关联变更装置从与所述第一实体具备关联关系的至少一个实体中，获取关联关系的类型为所述第一变更类型的第二实体。

当第一变更类型所对应的第一关联条件为多个时，实体关联变更装置确定多个第一关联条件中存在关联变更信息所满足的第一关联条件，则实体关联变更装置从与所述第一实体具备关联关系的至少一个实体中，获取关联关系的类型为所述第一变更类型且与所述关联变更信息满足的第一关联条件对应的第二实体。

103，按照与所述第一变更类型对应的处理流程，根据所述关联变更信息对所述第二实体进行变更。

具体的，实体关联变更装置按照与第一变更类型对应的处理流程，根据所述关联变更信息对所述第二实体进行变更。举例来说，第一变更类型为新增类型，关联变更信息用于指示新增第一数据，则在第二实体中增加第一数据；关联变更信息用于指示新增第一数据，则在第二实体中增加第一数据。第一变更类型为修改类型，关联变更信息用于指示将第二数据修改为第三数据，则在第二实体中将第二数据修改为第三数据。第一变更类型为删除类型，关联变更信息用于指示将第四数据删除，则在第二实体中删除第四数据。

结合图1所示的实施例，在实际应用中，第一实体与第二实体可以通过web方式来配置这两者之间的关联关系。例如，web方式可以为关联变更引擎。通过关联变更引擎可以具体实现表1所包含信息的配置。

表1

请一并参见图2，为本申请实施例提供了实体关联变更的逻辑框架图。在图2所示框架图中，关联变更引擎可以实现本申请提供的实体关联变更方法。其中，关联变更引擎建立在元数据框架的基础上，开发工具采用DigitalStudio，关联变更引擎可以分为两个部分：IDE界面(是Java开发工具)配置模块和后端处理模块。其中IDE界面配置模块包含界面显示单元和界面处理单元，后端处理模块包含配置解析单元、实体监控单元和关联处理单元，具体每个单元的功能如下：

界面显示单元：用于在IDE界面显示关联变更引擎的内容，包括前面所说的源实体、目标实体、关联关系的类型、关联条件、目标实体处理流程等。

界面处理单元：用于将界面显示单元中配置的关联变更引擎的内容进行处理后，生成源实体的关联变更规则。

配置解析单元：用于对界面处理单元生成的源实体的关联变更规则，按照不同的关联关系的类型分类解析关联变更规则，例如按照新增类型、修改类型和删除类型分类解析关联变更规则。

实体监控单元：用于监控源实体的变更情况，判断源实体的变更情况是否满足源实体的关联变更规则。

关联处理单元：用于在源实体的变更情况满足源实体的关联变更规则的前提下，对目标实体执行目标实体的处理流程。

举例来说，请参见图3a和图3b，为本申请实施例提供了一种配置关联变更规则的示例图。如图3a所示，为本申请实施例提供了一种源实体的相关配置界面的示例图。先对源实体进行配置，包含配置源实体名称。由于在数据库中存在多个元数据表，这里可以选择其中一个确定为源实体名称。在源实体名称较为复杂的时候，如图3a所示的“com.huawei.bes.cm.base.subscription.InfOfferingInstEntity”，还可以通过设置别名“OfferingInst”来简化源实体名称。可选的，在源实体相关配置界面，还包括了源实体的描述信息，该描述信息可以是在数据库中创建源实体时增加的描述信息，以使用户直观的了解源实体所包含的数据。例如，该描述进行可以为源实体所包含的数据表示的含义；以及可以为该源实体所存储的信息的类别等。

接着，请参见图3b，为本申请实施例提供了一种目标实体的相关配置界面的示例图。在图3b的配置界面中可以配置目标实体的名称“com.huawei.bes.cm.base.subscription.InfEntityDelayTaskExEntity”。以及配置源实体与目标实体所具备的关联关系的类型，图3b中1表示，实际应用中可以将不同的关联关系的类型，用不同的标识来表示，这里1代表关联关系的类型为新增类型。关联条件与目标实体处理流程的配置可以根据实际需求来配置。图3b中所配置的关联条件表示当监控源实体中的关联变更信息时，判断关联变更信息的生效模块是否为不立即生效模式，若是，则满足关联条件，若不是，则不满足关联条件。

在图1至图3b的实施例中，可以实现两个实体之间的关联变更。在数据量较大的场景中，通过关联更新的方式能够解决查询效率较低的问题，还能够简化在1+N场景下的数据定制过程和数据更新过程，进而提升了数据性能。

请参见图4，为本申请实施例提供了另一种实体关联变更方法的流程示意图。如图4所示，该方法包括步骤401至步骤417。其中，步骤403至步骤407是关联关系的类型为新增类型的处理流程；步骤408至步骤412是关联关系的类型为修改类型的处理流程；步骤413至步骤417是关联关系的类型为删除类型的处理流程。具体实现请参见以下详细介绍。

401，对第一实体的关联变更规则进行配置。

具体的，实体关联变更装置可以对第一实体的关联变更规则进行配置。其中，关联变更规则包括与所述第一实体具备关联关系的至少一个实体、所述第一实体与每个实体之间具备的关联关系的类型、与所述关联关系的类型对应的处理流程和关联条件，所述关联条件用于指示在关联变更与所述第一实体具备关联关系的实体之前所述第一实体需要满足的条件。

请参见表2，为本申请举例说明了对具备关联关系的源实体和目标实体的配置信息。在对第一实体10配置了关联变更规则之后，可以在界面显示单元显示出第一实体10和多个目标实体，以及显示各个目光实体所对应的详细信息，这样可以直观的展示实体与实体之间的关联关系以及关联关系的类型等等。

表2

其中，关联变更规则中各项所指示的含义可以参考表1的具体描述，在此不再赘述。

402，当监控到第一实体的关联变更信息时，确定所述关联变更信息对应的关联关系类型为第一变更类型。

步骤402的具体实现可以参考图1所示实施例中步骤101的详细介绍，在此不再赘述。

403，获取新增类型对应的第一关联条件。

具体的，若通过步骤402确定第一变更类型包括新增类型，则实体关联变更装置获取新增类型对应的第一关联条件。该第一关联条件是在第一实体的关联变更规则中配置的。

404，判断所述关联变更信息是否满足所述第一关联条件。

具体的，实体关联变更装置判断所述关联变更信息是否满足所述第一关联条件。例如，该第一关联条件可以为新增类型中所增加的数据是该第一实体中包含的哪一项数据。假设关联变更信息所指示的新增的第一数据为第一实体中的第五项数据，若第一关联条件指示的是新增第二项数据，则确定所述关联变更信息不满足第一关联条件，并执行步骤407；若第一关联条件指示的是新增第五项数据，则确定所述关联变更信息满足第一关联条件，并执行步骤405。

可选的实现方案中，关联条件是在第一实体的关联变更规则中配置的。对于关联关系的类型为新增类型所对应的第一关联条件可以为一个或者多个。当新增类型所对应的第一关联条件为多个时，实体关联变更装置需要在多个第一关联条件中判断关联变更信息满足的第一关联条件。

405，从与所述第一实体具备关联关系的至少一个实体中，获取关联关系的类型为所述新增类型的第二实体。

具体的，当新增类型所对应的第一关联条件为一个时，实体关联变更装置判断关联变更信息满足第一关联条件，则实体关联变更装置从与所述第一实体具备关联关系的至少一个实体中，获取关联关系的类型为所述第一变更类型的第二实体。

当新增类型所对应的第一关联条件为多个时，实体关联变更装置确定多个第一关联条件中存在关联变更信息所满足的第一关联条件，则实体关联变更装置从与所述第一实体具备关联关系的至少一个实体中，获取关联关系的类型为所述第一变更类型且与所述关联变更信息满足的第一关联条件对应的第二实体。

406，按照与新增类型对应的处理流程，根据所述关联变更信息对所述第二实体进行变更。

具体的，实体关联变更装置按照与新增类型对应的处理流程，根据所述关联变更信息对所述第二实体进行变更。举例来说，关联变更信息用于指示新增第一数据，则在第二实体中增加第一数据；关联变更信息用于指示新增第一数据，则在第二实体中增加第一数据。

407，退出新增类型的关联变更。

具体的，若通过步骤404，实体关联变更装置确定所述关联变更信息不满足第一关联条件，则退出新增类型的关联变更。

针对步骤403至步骤407是关联关系的类型为新增类型的处理流程进行举例说明：若用户M在运营商的签约38元套餐后，实体N1是记录用户的套餐变更信息，则实体N1中增加用户M的用户信息和套餐信息，假设与实体N1具备关联关系的类型为新增类型的实体为N2，且新增类型对应的关联条件为在实体N1中新增任意信息，这一情况下，实体N1的关联变更信息是增加用户M的用户信息和套餐信息，且满足新增类型对应的关联条件，因此在实体N2中增加用户M的用户信息和套餐信息。

408，获取修改类型对应的第一关联条件。

具体的，若通过步骤402确定第一变更类型包括修改类型，则实体关联变更装置获取修改类型对应的第一关联条件。该第一关联条件是在第一实体的关联变更规则中配置的。

409，判断所述关联变更信息是否满足所述第一关联条件。

具体的，实体关联变更装置判断所述关联变更信息是否满足所述第一关联条件。例如，该第一关联条件可以为修改类型中所修改的数据是该第一实体中包含的哪一项数据。假设关联变更信息所指示的修改的第二数据为第一实体中的第五项数据，若第一关联条件指示的是修改第二项数据，则确定所述关联变更信息不满足第一关联条件，并执行步骤412；若第一关联条件指示的是修改第五项数据，则确定所述关联变更信息满足第一关联条件，并执行步骤410。

可选的实现方案中，关联条件是在第一实体的关联变更规则中配置的。对于关联关系的类型为修改类型所对应的第一关联条件可以为一个或者多个。当修改类型所对应的第一关联条件为多个时，实体关联变更装置需要在多个第一关联条件中判断关联变更信息满足的第一关联条件。

410，从与所述第一实体具备关联关系的至少一个实体中，获取关联关系的类型为所述修改类型的第二实体。

其中，步骤410可以参考步骤405的描述，区别在于关联关系的类型，其他内容相同，在此不再赘述。

411，按照与修改类型对应的处理流程，根据所述关联变更信息对所述第二实体进行变更。

具体的，实体关联变更装置按照与修改类型对应的处理流程，根据所述关联变更信息对所述第二实体进行变更。举例来说，关联变更信息用于指示将第二数据修改为第三数据，则在第二实体中将第二数据修改为第三数据。

在一种可能的实现中，在与修改类型对应的处理流程中，实体关联变更装置判断所述第二实体中是否存在所述第二数据；若存在，则执行按照与所述第一变更类型对应的处理流程，将所述第二实体中的所述第二数据修改为所述第三数据的步骤；若不存在，则按照与所述第一变更类型对应的处理流程，在所述第二实体中增加所述第三数据。

412，退出修改类型的关联变更。

具体的，若通过步骤409，实体关联变更装置确定所述关联变更信息不满足第一关联条件，则退出修改类型的关联变更。

针对步骤408至步骤412是关联关系的类型为修改类型的处理流程进行举例说明：若用户M需要将与运营商签约的38元套餐变更为48元套餐且下月生效，实体N1是记录用户的套餐变更信息，则实体N1中将用户M的38元套餐变更为48元套餐。假设与实体N1具备关联关系的类型为修改类型的实体N3，且新增类型对应的关联条件为记录下月生效的信息，这一情况下，实体N1的关联变更信息是将38元套餐变更为48元套餐且下月生效，由于实体N2中不存在用户M的套餐变更信息，因此在实体N2中增加记录“用户M的38元套餐变更为48元套餐”。

若用户M在下月生效之前又想将套餐变更为58元套餐，则实体N1中将用户M的38元套餐变更为58元套餐。这一情况下，实体N3中存在下月生效的用户M的套餐变更信息，则实体关联变更装置将这条记录进行修改，具体是修改为“用户M的38元套餐变更为58元套餐”。

413，获取删除类型对应的第一关联条件。

具体的，若通过步骤402确定第一变更类型包括删除类型，则实体关联变更装置获取删除类型对应的第一关联条件。该第一关联条件是在第一实体的关联变更规则中配置的。

414，判断所述关联变更信息是否满足所述第一关联条件。

具体的，实体关联变更装置判断所述关联变更信息是否满足所述第一关联条件。例如，该第一关联条件可以为删除类型中所删除的数据是该第一实体中包含的哪一项数据。假设关联变更信息所指示的删除的第一数据为第一实体中的第五项数据，若第一关联条件指示的是删除第二项数据，则确定所述关联变更信息不满足第一关联条件，并执行步骤417；若第一关联条件指示的是删除第五项数据，则确定所述关联变更信息满足第一关联条件，并执行步骤415。

可选的实现方案中，关联条件是在第一实体的关联变更规则中配置的。对于关联关系的类型为删除类型所对应的第一关联条件可以为一个或者多个。当删除类型所对应的第一关联条件为多个时，实体关联变更装置需要在多个第一关联条件中判断关联变更信息满足的第一关联条件。

415，从与所述第一实体具备关联关系的至少一个实体中，获取关联关系的类型为所述删除类型的第二实体。

其中，步骤415可以参考步骤405的描述，区别在于关联关系的类型，其他内容相同，在此不再赘述。

416，按照与删除类型对应的处理流程，根据所述关联变更信息对所述第二实体进行变更。

具体的，实体关联变更装置按照与删除类型对应的处理流程，根据所述关联变更信息对所述第二实体进行变更。举例来说，关联变更信息用于指示将第四数据删除，则在第二实体中删除第四数据。

417，退出删除类型的关联变更。

具体的，若通过步骤414，实体关联变更装置确定所述关联变更信息不满足第一关联条件，则退出删除类型的关联变更。

针对步骤413至步骤417是关联关系的类型为删除类型的处理流程进行举例说明：若用户M在运营商的签约38元套餐后，用一段时间后想要取消来电显示功能，则在实体N1中记录删除用户M的来电显示功能，假设与实体N1具备关联关系的类型为删除类型的实体为N4，且删除类型对应的关联条件为在实体N4中记录最新的用户签约信息，这一情况下，实体N1的关联变更信息是删除用户M的来电显示功能，且满足删除类型对应的关联条件，因此在实体N4中删除用户M的来电显示功能。

在本申请实施例中，可以实现两个实体之间的关联变更，例如，新增、修改、删除的关联变更。基于本申请的关联变更在以下图5至图7的应用场景中，能够解决查询效率较低的问题，还能够简化在1+N场景下的数据定制过程和数据更新过程，进而提升了数据性能。

基于图1至图4所示实施例的描述，对以下几种场景进行详细介绍。

请参见图5，为本申请实施例提供了一种实体关联变更的示例图。如图5所示，实体A为数据量很大的元数据表，由于实体A包含的某些数据被查询的较为频繁，可以通过本申请的方案配置实体A的关联变更规则，具体是：

源实体：实体A；

目标实体：实体B；

关联关系的类型：新增类型；

关联条件：当实体A包含的第六数据被查询的次数超过10次，则在实体B中增加该第六数据；

处理流程：在实体B中新增数据的流程。

如图5所示，由于数据xx1、xx5、xxN等数据被查询的次数超过10次，因此，将这些数据增加至实体B中。这样可以将实体A中某一部分查询频繁的数据抽取到实体B中，再后续接收到实体A的数据查询请求后，可以先从实体B中查询，提高了被频繁查询的数据的查询效率。

请参见图6a，为本申请实施例提供了一种现有的实体关联变更的示例图。如图6a所示，实体C和实体D均为元数据表，在需要多表关联查询的场景中，关联查询结果1需要从实体C中查询一部分数据，如查询到属性C1和属性C2的数据，再从实体D中查询一部分数据，如查询到属性D2的数据。这样需要在多个表中查询才能获得最终结果。如果实体C和实体D的数据量均不大的情况下，需要分别对两个实体进行查询，降低了数据的查询效率。

而在本申请实施例中，在图6a的场景下，通过本申请的方案能够提高数据的查询效率。具体请一并参见图6b，为本申请实施例提供了另一种实体关联变更的示例图。实体C包含的数据量大于实体D包含的数据量。本申请可以配置实体C与实体D之前的关联关系，具体是：

源实体：实体D；

目标实体：实体C；

关联关系的类型：新增类型；

关联条件：当实体D包含的某一项的数据发生变更时，则在实体C中进行更新；

处理流程：在实体C中更新数据的流程。

例如，若在实体D中新增属性D2的数据时，则在实体C中对应增加属性D2的数据；若实体D中将属性D2对应的数据进行修改时，则在实体C中对应修改属性D2的数据；若在实体D中删除属性D2的数据时，则在实体C中对应删除属性D2的数据。这样关联查询结果仅需要通过查询实体C就可以获取得到，相比图6a，图6b的方式将多表查询简化为单表查询，减少了元数据表的查询次数，进而提高了数据的查询效率。

请参见图7，为本申请实施例提供了另一种实体关联变更的示例图。该示例图是针对1+模式进行介绍的。如图7所示，在1+N模式中，基准方案包括实体P1和与实体P1具备关联关系的实体Q1和实体S1。对于基于基准方案定制的定制方案一中，可以保留基准方案的实体P1和与实体具备关联关系的实体Q1，还可以通过关联变更规则的配置将基准方案中与实体P1具备关联关系的实体S1修改为与实体P1具备关联关系的实体S2。对于基于基准方案定制的定制方案二中，可以对基准方案的实体P1通过关联变更规则的配置得到实体P2，并重新配置与实体P2具备关联关系的实体Q2和实体S3。这样通过关联变更规则的配置可以实现数据定制，并通过关联变更规则的配置实现各个方案中的数据变更，这样简化了在1+N场景下的数据定制过程和数据更新过程，进而提升了数据性能。

上文主要从设备的角度对本申请实施例提供的方案进行了介绍。可以理解的是，实体关联变更装置或电子设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。结合本申请中所公开的实施例描述的各示例的步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同的设备来实现所描述的功能，但是这种实现不应认为超出本申请实施例的技术方案的范围。

本申请实施例可以根据上述设备示例对实体关联变更装置或电子设备进行功能模块或功能单元的划分，例如，可以对应各个功能划分各个功能模块或功能单元，也可以将两个或两个以上的功能集成在一个处理模块或处理单元中。上述集成的模块或单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块或单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

请参见图8，图8是本申请实施例提供的一种实体关联变更装置的结构示意图。该实体关联变更装置800用于实现图1至图7的方法实施例。如图8所示，该实体关联变更装置800包括确定模块801、获取模块802和变更模块803。可选的，该实体关联变更装置800还可以包括配置模块804。

确定模块801，用于当监控到第一实体的关联变更信息时，确定所述关联变更信息对应的关联关系类型为第一变更类型；

获取模块802，用于从与所述第一实体具备关联关系的至少一个实体中，获取关联关系的类型为所述第一变更类型的第二实体；

变更模块803，用于按照与所述第一变更类型对应的处理流程，根据所述关联变更信息对所述第二实体进行变更。

可选的，所述第一变更类型包括新增类型、修改类型或删除类型。

可选的，所述第一实体包括多个数据；所述关联变更信息包括所述第一实体的数据关联变更信息。

可选的，所述获取模块802，还用于获取所述第一变更类型对应的第一关联条件；

所述获取模块802在从与所述第一实体具备关联关系的至少一个实体中，获取关联关系的类型为所述第一变更类型的第二实体方面，具体用于：

若所述关联变更信息满足所述第一关联条件，则从与所述第一实体具备关联关系的至少一个实体中，获取关联关系的类型为所述第一变更类型且关联关系的条件为所述第一关联条件的第二实体。

可选的，该装置还包括配置模块804，用于对所述第一实体的关联变更规则进行配置，所述关联变更规则包括与所述第一实体具备关联关系的至少一个实体、所述第一实体与每个实体之间具备的关联关系的类型、与所述关联关系的类型对应的处理流程和关联条件，所述关联条件用于指示在关联变更与所述第一实体具备关联关系的实体之前所述第一实体需要满足的条件。

可选的，所述第一变更类型为新增类型，所述关联变更信息用于指示新增第一数据；所述变更模块803具体用于：按照与所述第一变更类型对应的处理流程，在所述第二实体中新增所述第一数据。

可选的，所述第一变更类型为修改类型，所述关联变更信息用于指示将第二数据修改为第三数据。所述变更模块803具体用于：按照与所述第一变更类型对应的处理流程，将所述第二实体中的所述第二数据修改为所述第三数据。

可选的，所述将所述第二实体中的第二数据修改为第三数据之前，还包括：判断模块，用于判断所述第二实体中是否存在所述第二数据；

所述变更模块803具体用于若存在所述第二数据，则执行按照与所述第一变更类型对应的处理流程，将所述第二实体中的所述第二数据修改为所述第三数据的步骤；

所述变更模块803还用于若不存在所述第二数据，则按照与所述第一变更类型对应的处理流程，在所述第二实体中增加所述第三数据。

可选的，所述第一变更类型为删除类型，所述关联变更信息用于指示删除第四数据；

所述变更模块803具体用于：按照与所述第一变更类型对应的处理流程，将所述第二实体中的所述第四数据进行删除。

可以理解的，该实体关联变更装置800用于实现图1至图7实施例中实体关联变更装置所执行的步骤。关于图8的实体关联变更装置包括的功能块的具体实现方式及相应的有益效果，可参考前述图1至图7的实施例的具体介绍，这里不赘述。

上述图8所示实施例中的实体关联变更装置800可以以图9所示的电子设备900实现。如图9所示，为本申请实施例提供了另一种电子设备的结构示意图，图9所示的电子设备900包括：处理器901和通信接口902。

所述通信接口902用于支持电子设备900实现上述实施例中配置关联变更规则的方案。

处理器901用于对电子设备的动作进行控制管理。例如在图1所示实施例中，所述处理器901用于实现步骤101至步骤103，以及所述处理器用于实现步骤402至步骤417。

处理器901和通信接口902通信连接，例如通过总线904相连。总线904可以是PCI总线或EISA总线等。所述总线904可以分为地址总线、数据总线和控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

所述电子设备900还可以包括存储器903。存储器903用于存储供电子设备900执行的程序代码和数据，处理器901用于执行存储器903中存储的应用程序代码，以实现图1至图7所示任一实施例提供的动作。

需要说明的是，实际应用中电子设备可以包括一个或者多个处理器，该电子设备900的结构并不构成对本申请实施例的限定。

处理器901可以是中央处理器(central processing unit，CPU)，通用处理器，数字信号处理器(digital signal processor，DSP)，专用集成电路(application-specificintegrated circuit，ASIC)，现场可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。

通信接口904可以是输入输出接口等，其中，该通信接口是统称，在具体实现中，该通信接口可以包括多个接口。

存储器903可以包括易失性存储器(volatile memory)，例如随机存取存储器(random access memory，RAM)；存储器903也可以包括非易失性存储器(non-volatilememory)，例如只读存储器(read-only memory，ROM)，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；存储器903还可以包括上述种类的存储器的组合。

在本申请实施例中还提供了一种可读存储介质，可以用于存储图1至图7所示实施例中所述电子设备所用的计算机软件指令，使图1至图7所示实施例的任一可能的实现方式被实现。该存储介质包括但不限于快闪存储器、硬盘、固态硬盘。

在本申请实施例中还提供了一种计算机程序产品，该计算机产品被计算设备运行时，可以执行上述实施例中为电子设备所设计的实体的关联变更方法。

本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选的还包括没有列出的步骤或单元，或可选的还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

本申请中，“A和/或B”是指下述情况之一：A，B，A和B。“……中至少一个”是指所列出的各项或者任意数量的所列出的各项的任意组合方式，例如，“A、B和C中至少一个”是指下述情况之一：A，B，C，A和B，B和C，A和C，A、B和C这七种情况中的任一种。

本领域普通技术人员可以理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。

Claims (20)

1.一种实体关联变更方法，其特征在于，包括：

当监控到第一实体的关联变更信息时，确定所述关联变更信息对应的关联关系类型为第一变更类型；其中，所述第一实体的关联变更规则包括与所述第一实体具备关联关系的至少一个实体、所述第一实体与每个实体之间具备的关联关系的类型、与所述关联关系的类型对应的处理流程和关联条件，所述关联条件用于指示在关联变更与所述第一实体具备关联关系的实体之前所述第一实体需要满足的条件；

从与所述第一实体具备关联关系的至少一个实体中，获取关联关系的类型为所述第一变更类型的第二实体；

按照与所述第一变更类型对应的处理流程，根据所述关联变更信息对所述第二实体进行变更。

2.根据权利要求1所述的方法，其特征在于，所述第一变更类型包括新增类型、修改类型或删除类型。

3.根据权利要求1所述的方法，其特征在于，所述第一实体包括多个数据；所述关联变更信息包括所述第一实体的数据关联变更信息。

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

获取所述第一变更类型对应的第一关联条件；

所述从与所述第一实体具备关联关系的至少一个实体中，获取关联关系的类型为所述第一变更类型的第二实体，包括：

若所述关联变更信息满足所述第一关联条件，则从与所述第一实体具备关联关系的至少一个实体中，获取关联关系的类型为所述第一变更类型且关联关系的条件为所述第一关联条件的第二实体。

5.根据权利要求4所述的方法，其特征在于，所述当监控到第一实体的关联变更信息时，确定所述关联变更信息对应的关联关系类型为第一变更类型之前，还包括：

对所述第一实体的关联变更规则进行配置。

6.根据权利要求1-3任一项所述的方法，其特征在于，所述第一变更类型为新增类型，所述关联变更信息用于指示新增第一数据；

所述按照与所述第一变更类型对应的处理流程，根据所述关联变更信息对所述第二实体进行变更，包括：

按照与所述第一变更类型对应的处理流程，在所述第二实体中新增所述第一数据。

7.根据权利要求1-3任一项所述的方法，其特征在于，所述第一变更类型为修改类型，所述关联变更信息用于指示将第二数据修改为第三数据；

所述按照与所述第一变更类型对应的处理流程，根据所述关联变更信息对所述第二实体进行变更，包括：

按照与所述第一变更类型对应的处理流程，将所述第二实体中的所述第二数据修改为所述第三数据。

8.根据权利要求7所述的方法，其特征在于，所述将所述第二实体中的第二数据修改为第三数据之前，还包括：

判断所述第二实体中是否存在所述第二数据；

若存在，则执行按照与所述第一变更类型对应的处理流程，将所述第二实体中的所述第二数据修改为所述第三数据的步骤；

若不存在，则按照与所述第一变更类型对应的处理流程，在所述第二实体中增加所述第三数据。

9.根据权利要求1-3任一项所述的方法，其特征在于，所述第一变更类型为删除类型，所述关联变更信息用于指示删除第四数据；

所述按照与所述第一变更类型对应的处理流程，根据所述关联变更信息对所述第二实体进行变更，包括：

按照与所述第一变更类型对应的处理流程，将所述第二实体中的所述第四数据进行删除。

10.一种实体关联变更装置，其特征在于，包括：

确定模块，用于当监控到第一实体的关联变更信息时，确定所述关联变更信息对应的关联关系类型为第一变更类型；其中，所述第一实体的关联变更规则包括与所述第一实体具备关联关系的至少一个实体、所述第一实体与每个实体之间具备的关联关系的类型、与所述关联关系的类型对应的处理流程和关联条件，所述关联条件用于指示在关联变更与所述第一实体具备关联关系的实体之前所述第一实体需要满足的条件；

获取模块，用于从与所述第一实体具备关联关系的至少一个实体中，获取关联关系的类型为所述第一变更类型的第二实体；

变更模块，用于按照与所述第一变更类型对应的处理流程，根据所述关联变更信息对所述第二实体进行变更。

11.根据权利要求10所述的装置，其特征在于，所述第一变更类型包括新增类型、修改类型或删除类型。

12.根据权利要求10所述的装置，其特征在于，所述第一实体包括多个数据；所述关联变更信息包括所述第一实体的数据关联变更信息。

13.根据权利要求10-12任一项所述的装置，其特征在于，

所述获取模块，还用于获取所述第一变更类型对应的第一关联条件；

所述获取模块在从与所述第一实体具备关联关系的至少一个实体中，获取关联关系的类型为所述第一变更类型的第二实体方面，具体用于：

若所述关联变更信息满足所述第一关联条件，则从与所述第一实体具备关联关系的至少一个实体中，获取关联关系的类型为所述第一变更类型且关联关系的条件为所述第一关联条件的第二实体。

14.根据权利要求13所述的装置，其特征在于，所述装置还包括：

配置模块，用于对所述第一实体的关联变更规则进行配置。

15.根据权利要求10-12任一项所述的装置，其特征在于，所述第一变更类型为新增类型，所述关联变更信息用于指示新增第一数据；

所述变更模块具体用于：按照与所述第一变更类型对应的处理流程，在所述第二实体中新增所述第一数据。

16.根据权利要求10-12任一项所述的装置，其特征在于，所述第一变更类型为修改类型，所述关联变更信息用于指示将第二数据修改为第三数据；

所述变更模块具体用于：按照与所述第一变更类型对应的处理流程，将所述第二实体中的所述第二数据修改为所述第三数据。

17.根据权利要求16所述的装置，其特征在于，所述将所述第二实体中的第二数据修改为第三数据之前，还包括：

判断模块，用于判断所述第二实体中是否存在所述第二数据；

所述变更模块具体用于若存在所述第二数据，则执行按照与所述第一变更类型对应的处理流程，将所述第二实体中的所述第二数据修改为所述第三数据的步骤；

所述变更模块还用于若不存在所述第二数据，则按照与所述第一变更类型对应的处理流程，在所述第二实体中增加所述第三数据。

18.根据权利要求10-12任一项所述的装置，其特征在于，所述第一变更类型为删除类型，所述关联变更信息用于指示删除第四数据；

所述变更模块具体用于：按照与所述第一变更类型对应的处理流程，将所述第二实体中的所述第四数据进行删除。

19.一种电子设备，包括存储器，处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时使得所述电子设备实现如权利要求1至9任一项所述的方法。

20.一种计算机可读存储介质，包括指令，其特征在于，当所述指令在电子设备上运行时，使得所述电子设备执行如权利要求1-9中任一项所述的方法。