CN115827646A - 索引配置方法、装置和电子设备 - Google Patents

Abstract

本发明实施例提供一种索引配置方法、装置和电子设备，涉及信息检索技术领域，该方法包括：获取目标时段内客户关系管理CRM系统中多个业务功能场景下多个实体中的多个属性的查询次数和目标时段内CRM系统中的多个查询请求对应的查询响应时长；根据各个属性的查询次数和第一阈值，生成第一索引配置文件；根据各个查询请求对应的查询响应时长和第二阈值，生成第二索引配置文件；根据第一索引配置文件和第二索引配置文件，生成目标索引配置文件。本发明实施例的方法有效地提升了CRM系统的数据查询性能和用户感知。

Description

索引配置方法、装置和电子设备

技术领域

本发明涉及信息检索技术领域，尤其涉及一种索引配置方法、装置和电子设备。

背景技术

软件即服务(Software-as-a-Service, SAAS)模式下，服务供应商向众多客户提供客户关系管理（Customer Relationship Management，CRM）产品。每个客户都是该SAAS服务的一个租户，可根据需要，进行订阅付费，以获得服务。由于该云端系统服务是面向所有客户的，客户在使用产品功能模块时，可以配置比较灵活的实体查询条件，在复杂的查询条件，以及数据量比较大的情况没有灵活的索引定制能力会导致查询性能差。

相关技术中，目前主流的SAAS CRM产品依赖于用户的经验进行索引优化以提升查询的性能，索引优化的效果较差。

发明内容

针对现有技术中的问题，本发明实施例提供一种索引配置方法、装置和电子设备。

具体地，本发明实施例提供了以下技术方案：

第一方面，本发明实施例提供了一种索引配置方法，包括：

获取目标时段内客户关系管理CRM系统中多个业务功能场景下多个实体中的多个属性的查询次数和目标时段内CRM系统中的多个查询请求对应的查询响应时长；

根据各个所述属性的查询次数和第一阈值，生成第一索引配置文件；

根据各个所述查询请求对应的查询响应时长和第二阈值，生成第二索引配置文件；

根据所述第一索引配置文件和所述第二索引配置文件，生成目标索引配置文件。

进一步地，所述根据各个所述属性的查询次数和第一阈值，生成第一索引配置文件，包括：

在所述属性的查询次数大于或等于第一阈值的情况下，将所述属性确定为所述目标属性；

对各个所述目标属性增加索引，生成所述第一索引配置文件。

进一步地，所述根据各个所述查询请求对应的查询响应时长和第二阈值，生成第二索引配置文件，包括：

根据各个所述查询请求对应的查询响应时长和第二阈值，确定至少一个目标查询请求；所述目标查询请求对应的查询响应时长大于或等于所述第二阈值；

根据各个所述目标查询请求中关联的多个属性，生成第二索引配置文件。

进一步地，所述根据各个所述目标查询请求中关联的多个属性，生成第二索引配置文件，包括：

根据各个所述目标查询请求中关联的多个属性，生成各个所述目标查询请求对应的多个属性组；

根据各个所述目标查询请求对应的多个属性组，确定各个所述目标查询请求对应的目标属性组；

对各个所述目标查询请求对应的目标属性组增加索引，生成第二索引配置文件。

进一步地，所述根据各个所述目标查询请求对应的多个属性组，确定各个所述目标查询请求对应的目标属性组，包括：

对目标查询请求对应的各个属性组分别增加索引，确定各个属性组增加索引后所述目标查询请求所对应的各个查询响应时长；

从所述目标查询请求所对应的各个查询响应时长中，确定出最短的查询响应时长；

将所述最短的查询响应时长所对应的属性组，作为所述目标查询请求对应的目标属性组。

进一步地，所述根据所述第一索引配置文件和所述第二索引配置文件，生成目标索引配置文件之后，还包括：

将所述目标索引配置文件加载至所述CRM系统；

根据所述CRM系统加载所述目标索引配置文件之前所述目标属性和所述目标查询请求对应的响应时长，及所述CRM系统加载所述目标索引配置文件之后所述目标属性和所述目标查询请求对应的响应时长，对所述目标索引配置文件进行更新，得到更新后的目标索引配置文件。

第二方面，本发明实施例还提供了一种索引配置装置，包括：

获取模块，用于获取目标时段内客户关系管理CRM系统中多个业务功能场景下多个实体中的多个属性的查询次数和目标时段内CRM系统中的多个查询请求对应的查询响应时长；

第一生成模块，用于根据各个所述属性的查询次数和第一阈值，生成第一索引配置文件；

第二生成模块，用于根据各个所述查询请求对应的查询响应时长和第二阈值，生成第二索引配置文件；

第三生成模块，用于根据所述第一索引配置文件和所述第二索引配置文件，生成目标索引配置文件。

第三方面，本发明实施例还提供了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现如第一方面所述索引配置方法。

第四方面，本发明实施例还提供了一种非暂态计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述索引配置方法。

第五方面，本发明实施例还提供了一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如第一方面所述索引配置方法。

本发明实施例提供的索引配置方法、装置和电子设备，通过获取目标时段内客户关系管理CRM系统中多个业务功能场景下多个实体中的多个属性的查询次数和目标时段内CRM系统中的多个查询请求对应的查询响应时长，也就获取了CRM系统中各个业务功能场景下的各个实体中的各个属性的应用频繁程度和CRM系统中各个查询请求对应的查询效率，进而也就可以从CRM系统中的各个属性的查询频繁程度和CRM系统中查询请求对应的查询响应时长两个维度进行索引的优化，提升CRM系统的数据查询性能。另一方面，本申请实施例中不仅实现了基于单个属性的查询频繁程度进行CRM系统中索引的配置和优化，而且基于查询请求中多个属性场景下的查询效率进行CRM系统中索引的配置和优化，从而使得用户在CRM系统中进行单个属性的查询时可以获得较优的查询效率，同时使得用户在CRM系统中进行多个属性场景下的查询请求时也可以获得较优的查询效率，有效地提升了CRM系统的数据查询性能和用户感知。

附图说明

为了更清楚地说明本发明或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的索引配置方法的流程示意图；

图2是本发明实施例提供的索引配置系统的结构示意图；

图3是本发明实施例提供的索引配置方法的另一流程示意图；

图4是本发明实施例提供的索引配置装置的结构示意图；

图5是本发明实施例提供的电子设备的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例的方法可以应用于SAAS CRM场景中，实现索引的有效配置，从而提升查询效率。

相关技术中，目前主流的SAAS CRM产品依赖于用户的经验进行索引优化以提升查询的性能，索引优化的效果较差。

本发明实施例的索引配置方法，通过获取目标时段内客户关系管理CRM系统中多个业务功能场景下多个实体中的多个属性的查询次数和目标时段内CRM系统中的多个查询请求对应的查询响应时长，也就获取了CRM系统中各个业务功能场景下的各个实体中的各个属性的应用频繁程度和CRM系统中各个查询请求对应的查询效率，进而也就可以从CRM系统中的各个属性的查询频繁程度和CRM系统中查询请求对应的查询响应时长两个维度进行索引的优化，提升CRM系统的数据查询性能。另一方面，本申请实施例中不仅实现了基于单个属性的查询频繁程度进行CRM系统中索引的配置和优化，而且基于查询请求中多个属性场景下的查询效率进行CRM系统中索引的配置和优化，从而使得用户在CRM系统中进行单个属性的查询时可以获得较优的查询效率，同时使得用户在CRM系统中进行多个属性场景下的查询请求时也可以获得较优的查询效率，有效地提升了CRM系统的数据查询性能和用户感知。

下面结合图1-图5以具体的实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图1是本发明实施例提供的索引配置方法一实施例的流程示意图。如图1所示，本实施例提供的方法，包括：

步骤101、获取目标时段内客户关系管理CRM系统中多个业务功能场景下多个实体中的多个属性的查询次数和目标时段内CRM系统中的多个查询请求对应的查询响应时长；

具体地，企业的CRM系统由于自身业务复杂度比较高，企业间业务差异比较大，在SAAS CRM产品上需要提供能够满足多企业复杂业务查询能力。

相关技术中，目前主流的SAAS CRM产品依赖于用户的经验进行索引优化以提升查询的性能，索引优化的效果较差；且由于依赖技术人员手工进行操作，存在两大问题：1、客户业务性能优化周期长，无法独立进行优化，系统响应慢，SAAS客户的满意度下降；2、SAAS模式的系统资源是共享的，会导致影响到其他租户的资源使用。

为了解决上述问题，本发明实施例中首先获取目标时段内客户关系管理CRM系统中多个业务功能场景下多个实体中的多个属性的查询次数和目标时段内CRM系统中的多个查询请求对应的查询响应时长；可选地，目标时段可以为一周，一个月或其他时间段，本发明实施例中不作限制；可选地，CRM系统中包括多个业务功能场景，各个业务功能场景中包括多个实体，各个实体中包括多个属性；例如，客户实体中包括客户公司名称属性、客户公司规模属性、客户公司人员属性等；可选地，目标时段内，CRM系统中的各个业务功能场景下的各个实体的查询次数存在差异，实体中的各个属性的查询次数也存在差异，例如，一个月内，客户实体中的客户公司规模属性中的内容只被查询了5次，而客户实体中的客户公司人员属性中的内容被查询了5000次。因而本申请实施例中首先取目标时段内客户关系管理CRM系统中多个业务功能场景下多个实体中的多个属性的查询次数，也就可以准确的获取CRM系统中各个业务功能场景下的各个实体中的各个属性的应用频繁程度；可选地，也可以获取各个属性对应的操作次数，如删除、修改次数，以确定CRM系统中各个业务功能场景下的各个实体中的各个属性的应用频繁程度。

可选地，本申请实施例中在获取CRM系统中各个业务功能场景下的各个实体中的各个属性的查询频繁程度后，也获取目标时段内CRM系统中的多个查询请求对应的查询响应时长；可选地，查询请求对应的查询响应时长反映了CRM系统的查询效率和用户感知；可选地，查询请求对应的查询响应时长越长，查询效率较低；查询请求对应的查询响应时长越短，查询效率较高；可选地，一个查询请求对应的查询响应时长可以包括对多个属性进行查询的查询响应时长，也可以包括对多个属性进行关联、求和、排序等操作的操作结果的查询响应时长。

步骤102、根据各个属性的查询次数和第一阈值，生成第一索引配置文件；

具体地，本发明实施例中在获取目标时段内客户关系管理CRM系统中多个业务功能场景下多个实体中的多个属性的查询次数，也就是获取CRM系统中各个业务功能场景下的各个实体中的各个属性的查询频繁程度后，可以根据各个属性的查询次数和第一阈值，生成第一索引配置文件；可选地，在目标时段内CRM系统中的实体的属性查询次数大于第一阈值的情况下，表明该属性的查询频繁程度较高，则可以对该属性增加索引并生成第一索引配置文件，以提升CRM系统中需要频繁查询的属性对应的查询效率。可选地，第一阈值可以根据实际情况确定，本发明实施例中不作限定。

步骤103、根据各个查询请求对应的查询响应时长和第二阈值，生成第二索引配置文件；

具体地，本发明实施例中在获取目标时段内CRM系统中的多个查询请求对应的查询响应时长，也就是获取CRM系统中各个查询请求对应的查询效率后，可以根据各个查询请求对应的查询响应时长和第二阈值，生成第二索引配置文件；可选地，在目标时段内CRM系统中的查询请求对应的查询响应时长大于第二阈值的情况下，表明该查询请求对应的查询效率较低，则可以基于该查询请求增加索引并生成第二索引配置文件，以提升CRM系统中查询效率较低的查询请求对应的查询效率，降低查询请求对应的查询响应时长，提升用户感知。

步骤104、根据第一索引配置文件和第二索引配置文件，生成目标索引配置文件。

具体地，在根据各个属性的查询次数和第一阈值，生成第一索引配置文件；根据各个查询请求对应的查询响应时长和第二阈值，生成第二索引配置文件后，本发明实施例中根据第一索引配置文件和第二索引配置文件，生成目标索引配置文件，从而也就可以对CRM系统中查询频繁程度较高的属性增加索引，提升CRM系统中需要频繁查询的属性对应的查询效率；而且也可以对查询效率较低的查询请求增加索引，以提升该查询请求对应的查询效率，降低该查询请求对应的查询响应时长，提升用户感知。可选地，可以在CRM系统负荷较轻时，如凌晨CRM系统负荷较轻时进行目标索引配置文件的加载。

也就是本申请实施例中从CRM系统中的各个属性的查询频繁程度和CRM系统中查询请求对应的查询响应时长两个维度进行索引的优化，提升CRM系统的数据查询性能。另一方面，本申请实施例中不仅实现了基于单个属性的查询频繁程度进行CRM系统中索引的配置和优化，而且基于查询请求中多个属性场景下的查询效率进行CRM系统中索引的配置和优化，从而使得用户在CRM系统中进行单个属性的查询时可以获得较优的查询效率，同时使得用户在CRM系统中进行多个属性场景下的查询请求时也可以获得较优的查询效率，有效地提升了CRM系统的数据查询性能和用户感知。

上述实施例的方法，通过获取目标时段内客户关系管理CRM系统中多个业务功能场景下多个实体中的多个属性的查询次数和目标时段内CRM系统中的多个查询请求对应的查询响应时长，也就获取了CRM系统中各个业务功能场景下的各个实体中的各个属性的应用频繁程度和CRM系统中各个查询请求对应的查询效率，进而也就可以从CRM系统中的各个属性的查询频繁程度和CRM系统中查询请求对应的查询响应时长两个维度进行索引的优化，提升CRM系统的数据查询性能。另一方面，本申请实施例中不仅实现了基于单个属性的查询频繁程度进行CRM系统中索引的配置和优化，而且基于查询请求中多个属性场景下的查询效率进行CRM系统中索引的配置和优化，从而使得用户在CRM系统中进行单个属性的查询时可以获得较优的查询效率，同时使得用户在CRM系统中进行多个属性场景下的查询请求时也可以获得较优的查询效率，有效地提升了CRM系统的数据查询性能和用户感知。

在一实施例中，根据各个属性的查询次数和第一阈值，生成第一索引配置文件，包括：

在属性的查询次数大于或等于第一阈值的情况下，将属性确定为目标属性；

对各个目标属性增加索引，生成第一索引配置文件。

具体地，本发明实施例中在获取目标时段内客户关系管理CRM系统中多个业务功能场景下多个实体中的多个属性的查询次数，也就是获取CRM系统中各个业务功能场景下的各个实体中的各个属性的应用频繁程度后，可以根据各个属性的查询次数和第一阈值，生成第一索引配置文件；可选地，在目标时段内CRM系统中的实体的属性查询次数大于第一阈值的情况下，表明该属性的查询频繁程度较高，则将该属性确定为目标属性，进而就可以对该目标属性增加索引并生成第一索引配置文件，以提升该目标属性对应的查询效率。可选地，第一阈值可以根据实际情况确定，本发明实施例中不作限定。

例如，一个月内，客户实体中的客户公司规模属性中的内容只被查询了5次，而客户实体中的客户公司人员属性中的内容被查询了5000次；则可以将客户实体中的客户公司人员属性作为目标属性，并对目标属性，即客户实体中的客户公司人员属性增加索引并生成第一索引配置文件，从而使得CRM系统中的用户在进行客户实体中的客户公司人员属性的查询时，可以有效的提升客户实体中的客户公司人员属性的查询效率，提升CRM系统的数据查询性能和用户感知。

上述实施例的方法，在目标时段内CRM系统中的实体的属性查询次数大于第一阈值的情况下，表明该属性的查询频繁程度较高，则将该属性确定为目标属性，进而就可以对该目标属性增加索引并生成第一索引配置文件，以提升CRM系统中数据查询效率。

在一实施例中，根据各个查询请求对应的查询响应时长和第二阈值，生成第二索引配置文件，包括：

根据各个查询请求对应的查询响应时长和第二阈值，确定至少一个目标查询请求；目标查询请求对应的查询响应时长大于或等于第二阈值；

根据各个目标查询请求中关联的多个属性，生成第二索引配置文件。

具体地，本发明实施例中在获取目标时段内CRM系统中的多个查询请求对应的查询响应时长，也就是获取CRM系统中各个查询请求对应的查询效率后，可以根据各个查询请求对应的查询响应时长和第二阈值，生成第二索引配置文件；可选地，在目标时段内CRM系统中的查询请求对应的查询响应时长大于或等于第二阈值的情况下，表明该查询请求对应的查询效率较低，则可以将该查询请求作为目标查询请求，进而也就可以基于该目标查询请求增加索引并生成第二索引配置文件，以提升该目标查询请求对应的查询效率，降低该目标查询请求对应的查询响应时长，提升用户感知。可选地，在目标查询请求关联多个属性的情况下，可以根据目标查询请求中关联的多个属性，生成第二索引配置文件；也就是基于目标查询请求中多个属性场景下的查询效率进行CRM系统中索引的配置和优化，从而使得用户在CRM系统中进行多个属性场景下的查询请求时也可以获得较优的查询效率，有效地提升了CRM系统的数据查询性能和用户感知。

上述实施例的方法，在目标时段内CRM系统中的查询请求对应的查询响应时长大于或等于第二阈值的情况下，表明该查询请求对应的查询效率较低，则可以将该查询请求作为目标查询请求，进而也就可以基于该目标查询请求增加索引并生成第二索引配置文件，以提升该目标查询请求对应的查询效率，降低该目标查询请求对应的查询响应时长，提升用户感知。另一方面，在目标查询请求关联多个属性的情况下，基于目标查询请求中多个属性场景下的查询效率进行CRM系统中索引的配置和优化，从而使得用户在CRM系统中进行多个属性场景下的查询请求时也可以获得较优的查询效率，有效地提升了CRM系统的数据查询性能和用户感知。

在一实施例中，根据各个目标查询请求中关联的多个属性，生成第二索引配置文件，包括：

根据各个目标查询请求中关联的多个属性，生成各个目标查询请求对应的多个属性组；

根据各个目标查询请求对应的多个属性组，确定各个目标查询请求对应的目标属性组；

对各个目标查询请求对应的目标属性组增加索引，生成第二索引配置文件。

具体地，在目标查询请求关联多个属性的情况下，本申请实施例中根据各个目标查询请求中关联的多个属性，生成各个目标查询请求对应的多个属性组；根据各个目标查询请求对应的多个属性组，确定各个目标查询请求对应的目标属性组；对各个目标查询请求对应的目标属性组增加索引，生成第二索引配置文件。也就是基于目标查询请求中多个属性场景下的查询效率进行CRM系统中索引的配置和优化，从而使得用户在CRM系统中进行多个属性场景下的查询请求时也可以获得较优的查询效率，有效地提升了CRM系统的数据查询性能和用户感知。

例如，目标查询请求X中关联了属性A、属性B和属性C；则根据目标查询请求X中关联的属性A、属性B和属性C，生成目标查询请求X对应的4个属性组，可选地，属性组1包括属性A、属性B；属性组2包括：属性B、属性C；属性组3包括：属性A、属性C；属性组4包括：属性A、属性B和属性C；进一步，根据目标查询请求X对应的4个属性组，从4个属性组中确定出目标查询请求X对应的目标属性组；可选地，可以将属性组3作为目标属性组，并基于属性组3增加索引，生成第二索引配置文件，从而使得用户在CRM系统中进行多个属性场景下的查询请求X时也可以获得较优的查询效率，有效地提升了CRM系统的数据查询性能和用户感知。

上述实施例的方法，根据各个目标查询请求中关联的多个属性，生成各个目标查询请求对应的多个属性组；根据各个目标查询请求对应的多个属性组，确定各个目标查询请求对应的目标属性组；对各个目标查询请求对应的目标属性组增加索引，生成第二索引配置文件。也就是基于目标查询请求中多个属性场景下的查询效率进行CRM系统中索引的配置和优化，从而使得用户在CRM系统中进行多个属性场景下的查询请求时也可以获得较优的查询效率，有效地提升了CRM系统的数据查询性能和用户感知。

在一实施例中，根据各个目标查询请求对应的多个属性组，确定各个目标查询请求对应的目标属性组，包括：

对目标查询请求对应的各个属性组分别增加索引，确定各个属性组增加索引后目标查询请求所对应的各个查询响应时长；

从目标查询请求所对应的各个查询响应时长中，确定出最短的查询响应时长；

将最短的查询响应时长所对应的属性组，作为目标查询请求对应的目标属性组。

具体地，在目标查询请求关联多个属性的情况下，本申请实施例中根据目标查询请求中关联的多个属性，生成目标查询请求对应的多个属性组，进而从多个属性组中确定出目标查询请求对应的目标属性组，并对目标属性组增加索引，从而实现了目标查询请求关联多个属性的情况下的索引的配置和优化，使得用户在CRM系统中进行多个属性场景下的目标查询请求时也可以获得较优的查询效率，有效地提升了CRM系统的数据查询性能和用户感知。

可选地，对目标查询请求对应的各个属性组分别增加索引，确定各个属性组增加索引后目标查询请求所对应的各个查询响应时长；从目标查询请求所对应的各个查询响应时长中，确定出最短的查询响应时长；将最短的查询响应时长所对应的属性组，作为目标查询请求对应的目标属性组。

例如，目标查询请求X中关联了属性A、属性B和属性C；则根据目标查询请求X中关联的属性A、属性B和属性C，生成目标查询请求X对应的4个属性组，可选地，属性组1包括属性A、属性B；属性组2包括：属性B、属性C；属性组3包括：属性A、属性C；属性组4包括：属性A、属性B和属性C；进一步，对目标查询请求X对应的4个属性组分别增加索引，确定4个属性组增加索引后目标查询请求X所对应的各个查询响应时长；例如，基于属性组1增加索引后，目标查询请求X所对应的查询响应时长为10秒，基于属性组2增加索引后，目标查询请求X所对应的查询响应时长为15秒，基于属性组3增加索引后，目标查询请求X所对应的查询响应时长为5秒，基于属性组4增加索引后，目标查询请求X所对应的查询响应时长为8秒，则从目标查询请求所对应的各个查询响应时长中，确定出最短的查询响应时长为5秒，其对应的属性组为属性组3，则将属性组3作为目标查询请求对应的目标属性组,进而对目标查询请求X对应的目标属性组增加索引，也就是对属性组3中的属性A、属性C都增加索引，生成第二索引配置文件。也就是基于目标查询请求中多个属性场景下的查询效率进行CRM系统中索引的配置和优化，从而使得用户在CRM系统中进行多个属性场景下的查询请求时也可以获得较优的查询效率，有效地提升了CRM系统的数据查询性能和用户感知。可选地，可以在CRM系统负荷较轻时，生成各个目标查询请求对应的多个属性组及确定各个目标查询请求对应的目标属性组，以减少对CRM系统中正常业务的影响。

上述实施例的方法，在目标查询请求关联多个属性的情况下，根据目标查询请求关联的多个属性，生成目标查询请求对应的多个属性组，进而从多个属性组中确定出目标查询请求对应的目标属性组，并对目标属性组增加索引，从而实现了目标查询请求关联多个属性的情况下的索引的配置和优化，使得用户在CRM系统中进行多个属性场景下的目标查询请求时也可以获得较优的查询效率，有效地提升了CRM系统的数据查询性能和用户感知。

在一实施例中，根据第一索引配置文件和第二索引配置文件，生成目标索引配置文件之后，还包括：

将目标索引配置文件加载至CRM系统；

根据CRM系统加载目标索引配置文件之前目标属性和目标查询请求对应的响应时长，及CRM系统加载目标索引配置文件之后目标属性和目标查询请求对应的响应时长，对目标索引配置文件进行更新，得到更新后的目标索引配置文件。

具体地，本发明实施例中通过获取目标时段内客户关系管理CRM系统中多个业务功能场景下多个实体中的多个属性的查询次数和目标时段内CRM系统中的多个查询请求对应的查询响应时长，也就获取了CRM系统中各个业务功能场景下的各个实体中的各个属性的应用频繁程度和CRM系统中各个查询请求对应的查询效率，进而也就可以从CRM系统中的各个属性的查询频繁程度和CRM系统中查询请求对应的查询响应时长两个维度进行索引的优化，生成目标索引配置文件，提升CRM系统的数据查询性能。

可选地，在从CRM系统中的各个属性的查询频繁程度和CRM系统中查询请求对应的查询响应时长两个维度进行索引的优化，生成目标索引配置文件后，就可以将目标索引配置文件加载至CRM系统；进一步地，CRM系统加载目标索引配置文件后，就可以获取CRM系统加载目标索引配置文件之后目标属性和目标查询请求对应的响应时长，并将CRM系统加载目标索引配置文件之前目标属性和目标查询请求对应的响应时长与CRM系统加载目标索引配置文件之后目标属性和目标查询请求对应的响应时长进行比较；可选地，若CRM系统加载目标索引配置文件之前目标属性和目标查询请求对应的响应时长大于CRM系统加载目标索引配置文件之后目标属性和目标查询请求对应的响应时长，则可以将目标属性和目标查询请求对应的索引优化配置保留在CRM系统中；可选地，若CRM系统加载目标索引配置文件之前目标属性和目标查询请求对应的响应时长小于CRM系统加载目标索引配置文件之后目标属性和目标查询请求对应的响应时长，则需要将目标属性和目标查询请求对应的索引优化配置从CRM系统中删除，以实现对目标索引配置文件的更新，提升CRM系统中的数据查询效率。

例如，若CRM系统加载目标索引配置文件之前目标查询请求A对应的响应时长为20秒，若CRM系统加载目标索引配置文件之后目标查询请求A对应的响应时长为10秒，则可以将目标查询请求A对应的目标属性组的索引优化配置保留在CRM系统中。若CRM系统加载目标索引配置文件之前目标查询请求B对应的响应时长为20秒，若CRM系统加载目标索引配置文件之后目标查询请求B对应的响应时长为25秒，则可以将目标查询请求B对应的目标属性组的索引优化配置从CRM系统中删除，以实现对目标索引配置文件的更新，提升CRM系统中的数据查询效率。

上述实施例的方法，在CRM系统加载目标索引配置文件后，就可以获取CRM系统加载目标索引配置文件之后目标属性和目标查询请求对应的响应时长，并将CRM系统加载目标索引配置文件之前目标属性和目标查询请求对应的响应时长与CRM系统加载目标索引配置文件之后目标属性和目标查询请求对应的响应时长进行比较，并根据比较结果对目标索引配置文件进行更新，提升CRM系统中的数据查询效率。

示例性的，如图2所示，本发明实施例中还提供了一种索引配置系统，包括索引配置器、查询分析器和索引优化器。

其中，索引配置器可以向目标属性增加索引，也就是向CRM系统中需要频繁查询的属性增加索引，以提升查询性能。

查询分析器如图3所示，基于慢查询信息挖掘实体属性信息，并对实体属性进行数据分布分析，根据实体属性分布、以及组合属性的数据分布判断增加索引的有效性，根据分析结果输出实体索引属性信息，并生成索引文件；也就是查询分析器根据目标查询请求中关联的多个属性，生成目标查询请求对应的多个属性组，进而从多个属性组中确定出目标查询请求对应的目标属性组，并对目标属性组增加索引，从而实现了目标查询请求关联多个属性的情况下的索引的配置和优化，使得用户在CRM系统中进行多个属性场景下的目标查询请求时也可以获得较优的查询效率，有效地提升了CRM系统的数据查询性能和用户感知。

索引优化器用于根据索引配置器、查询分析器生成的索引文件对数据库进行索引维护，并根据索引信息进行索引有效性进行验证。

下面对本发明提供的索引配置装置进行描述，下文描述的索引配置装置与上文描述的索引配置方法可相互对应参照。

图4是本发明提供的索引配置装置的结构示意图。本实施例提供的索引配置装置，包括：

获取模块710，用于获取目标时段内客户关系管理CRM系统中多个业务功能场景下多个实体中的多个属性的查询次数和目标时段内CRM系统中的多个查询请求对应的查询响应时长；

第一生成模块720，用于根据各个属性的查询次数和第一阈值，生成第一索引配置文件；

第二生成模块730，用于根据各个查询请求对应的查询响应时长和第二阈值，生成第二索引配置文件；

第三生成模块740，用于根据第一索引配置文件和第二索引配置文件，生成目标索引配置文件。

可选地，所述第一生成模块720，具体用于：在属性的查询次数大于或等于第一阈值的情况下，将属性确定为目标属性；

对各个目标属性增加索引，生成第一索引配置文件。

可选地，所述第二生成模块730，具体用于：根据各个查询请求对应的查询响应时长和第二阈值，确定至少一个目标查询请求；目标查询请求对应的查询响应时长大于或等于第二阈值；

根据各个目标查询请求中关联的多个属性，生成第二索引配置文件。

可选地，所述第二生成模块730，具体用于：根据各个目标查询请求中关联的多个属性，生成各个目标查询请求对应的多个属性组；

根据各个目标查询请求对应的多个属性组，确定各个目标查询请求对应的目标属性组；

对各个目标查询请求对应的目标属性组增加索引，生成第二索引配置文件。

可选地，所述第二生成模块730，具体用于：对目标查询请求对应的各个属性组分别增加索引，确定各个属性组增加索引后目标查询请求所对应的各个查询响应时长；

从目标查询请求所对应的各个查询响应时长中，确定出最短的查询响应时长；

将最短的查询响应时长所对应的属性组，作为目标查询请求对应的目标属性组。

可选地，所述第三生成模块740，还用于：将目标索引配置文件加载至CRM系统；

根据CRM系统加载目标索引配置文件之前目标属性和目标查询请求对应的响应时长，及CRM系统加载目标索引配置文件之后目标属性和目标查询请求对应的响应时长，对目标索引配置文件进行更新，得到更新后的目标索引配置文件。

本发明实施例的装置，其用于执行前述任一方法实施例中的方法，其实现原理和技术效果类似，此次不再赘述。

图5示例了一种电子设备的实体结构示意图，该电子设备可以包括：处理器(processor)810、通信接口(Communications Interface)820、存储器(memory)830和通信总线840，其中，处理器810，通信接口820，存储器830通过通信总线840完成相互间的通信。处理器810可以调用存储器830中的逻辑指令，以执行索引配置方法，该方法包括：获取目标时段内客户关系管理CRM系统中多个业务功能场景下多个实体中的多个属性的查询次数和目标时段内CRM系统中的多个查询请求对应的查询响应时长；根据各个属性的查询次数和第一阈值，生成第一索引配置文件；根据各个查询请求对应的查询响应时长和第二阈值，生成第二索引配置文件；根据第一索引配置文件和第二索引配置文件，生成目标索引配置文件。

此外，上述的存储器830中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

另一方面，本发明还提供一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法所提供的索引配置方法，该方法包括：获取目标时段内客户关系管理CRM系统中多个业务功能场景下多个实体中的多个属性的查询次数和目标时段内CRM系统中的多个查询请求对应的查询响应时长；根据各个属性的查询次数和第一阈值，生成第一索引配置文件；根据各个查询请求对应的查询响应时长和第二阈值，生成第二索引配置文件；根据第一索引配置文件和第二索引配置文件，生成目标索引配置文件。

又一方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各提供的索引配置方法，该方法包括：获取目标时段内客户关系管理CRM系统中多个业务功能场景下多个实体中的多个属性的查询次数和目标时段内CRM系统中的多个查询请求对应的查询响应时长；根据各个属性的查询次数和第一阈值，生成第一索引配置文件；根据各个查询请求对应的查询响应时长和第二阈值，生成第二索引配置文件；根据第一索引配置文件和第二索引配置文件，生成目标索引配置文件。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (9)

1.一种索引配置方法，其特征在于，包括：

获取目标时段内客户关系管理CRM系统中多个业务功能场景下多个实体中的多个属性的查询次数和目标时段内CRM系统中的多个查询请求对应的查询响应时长；

根据各个所述属性的查询次数和第一阈值，生成第一索引配置文件；

根据各个所述查询请求对应的查询响应时长和第二阈值，生成第二索引配置文件；

根据所述第一索引配置文件和所述第二索引配置文件，生成目标索引配置文件。

2.根据权利要求1所述的索引配置方法，其特征在于，所述根据各个所述属性的查询次数和第一阈值，生成第一索引配置文件，包括：

在所述属性的查询次数大于或等于第一阈值的情况下，将所述属性确定为目标属性；

对各个所述目标属性增加索引，生成所述第一索引配置文件。

3.根据权利要求2所述的索引配置方法，其特征在于，所述根据各个所述查询请求对应的查询响应时长和第二阈值，生成第二索引配置文件，包括：

根据各个所述查询请求对应的查询响应时长和第二阈值，确定至少一个目标查询请求；所述目标查询请求对应的查询响应时长大于或等于所述第二阈值；

根据各个所述目标查询请求中关联的多个属性，生成第二索引配置文件。

4.根据权利要求3所述的索引配置方法，其特征在于，所述根据各个所述目标查询请求中关联的多个属性，生成第二索引配置文件，包括：

根据各个所述目标查询请求中关联的多个属性，生成各个所述目标查询请求对应的多个属性组；

根据各个所述目标查询请求对应的多个属性组，确定各个所述目标查询请求对应的目标属性组；

对各个所述目标查询请求对应的目标属性组增加索引，生成第二索引配置文件。

5.根据权利要求4所述的索引配置方法，其特征在于，所述根据各个所述目标查询请求对应的多个属性组，确定各个所述目标查询请求对应的目标属性组，包括：

对目标查询请求对应的各个属性组分别增加索引，确定各个属性组增加索引后所述目标查询请求所对应的各个查询响应时长；

从所述目标查询请求所对应的各个查询响应时长中，确定出最短的查询响应时长；

将所述最短的查询响应时长所对应的属性组，作为所述目标查询请求对应的目标属性组。

6.根据权利要求5所述的索引配置方法，其特征在于，所述根据所述第一索引配置文件和所述第二索引配置文件，生成目标索引配置文件之后，还包括：

将所述目标索引配置文件加载至所述CRM系统；

根据所述CRM系统加载所述目标索引配置文件之前所述目标属性和所述目标查询请求对应的响应时长，及所述CRM系统加载所述目标索引配置文件之后所述目标属性和所述目标查询请求对应的响应时长，对所述目标索引配置文件进行更新，得到更新后的目标索引配置文件。

7.一种索引配置装置，其特征在于，包括：

获取模块，用于获取目标时段内客户关系管理CRM系统中多个业务功能场景下多个实体中的多个属性的查询次数和目标时段内CRM系统中的多个查询请求对应的查询响应时长；

第一生成模块，用于根据各个所述属性的查询次数和第一阈值，生成第一索引配置文件；

第二生成模块，用于根据各个所述查询请求对应的查询响应时长和第二阈值，生成第二索引配置文件；

第三生成模块，用于根据所述第一索引配置文件和所述第二索引配置文件，生成目标索引配置文件。

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

9.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1至6任一项所述的索引配置方法。

Images