[发明专利]层级关系查询响应时间降低方法、服务器和用户前端

说明书

本发明提供一种层级关系查询响应时间降低方法、服务器和用户前端，其中，该方法包括：接收用户前端发送的数据分配请求、其它层级数据查看请求、数据分配开始请求；根据数据分配请求从数据库中获取第一层级数据，异步获取其它层级数据并缓存在Redis中，根据其它层级数据查看请求判断Redis中是否有存储，若有则获取相应层级数据，若没有则从数据库中获取相应层级数据并缓存在Redis中，基于Redis中缓存的其它层级数据，根据数据分配开始请求进行数据分配，将数据分配结果返回至用户前端。该方案使用了异步数据查询，在后续操作中仅使用Redis中的数据进行，屏蔽了db层，降低了响应时间，提升了效率。

技术领域

本发明涉及数据查询技术领域，特别涉及一种层级关系查询响应时间降低方法、服务器和用户前端。

背景技术

高端客户资源分配系统在进行客户分配的时候，系统将根据业务给定的既定规则筛选出离职业务员所在的六个层级(推荐人，同推荐人，同组，同处，同区，同四级机构)中满足条件的在职高端客户服务业务员，并将其分页后展示给用户，由用户做出最终确认。具体的分配操作流程如图1所示。

首先，用户在前端向服务器请求JSP页面，服务器返回JSP页面。

然后，由于筛选规则比较复杂，需要从“业务员架构轨迹表”中找出选定的业务员离职前一天的架构轨迹信息，并找寻当天的同组、处、区、四级机构的高端客户服务人员，要求这些人员当前在职，十三个月保费继续率需要满足既定条件，入职日期需要大于六个月，不在分配黑名单中，且后一层级需要排除前一层级的人员。然后按照已接受家庭数量和入职日期降序排列，再做分页以后传入前端展示。

再然后，用户在前端操作的时候，所有满足条件的业务员默认为勾选状态(参与分配)，用户可以将不希望参与分配的人员取消勾选。业务方要求被取消勾选的业务员末尾显示，即如果有多页，则第一个被取消勾选的业务员将放在最后一页最后一行，这样就需要每次勾选操作后都将操作信息传入服务器，交由服务器重新进行分页。

最后，所有层级的业务员选择完成以后，点击确认分配，服务器将再次查询数据库，查出满足条件的全量人员，并排除掉被取消勾选的人员以后，对剩余人员进行分配。

高端客户资源分配系统在实现上述逻辑的时候存在如下不足：

由于业务逻辑复杂，在分页展示、确认分配、层级切换甚至是每一次勾选框的操作都会触发服务器对数据库的查询，对数据库过于依赖，严重影响性能。再加上SQL逻辑比较复杂，这些都将大大增加操作后的等待时间，用户体验不佳。最严重的当属客户分配，在原有系统中进行客户分配的时候，都需要近乎长时间的等待。

发明内容

本发明实施例提供了一种层级关系查询响应时间降低方法、服务器和用户前端，解决了现有技术中对数据库进行多次查询影响性能的技术问题。

本发明实施例还提供了一种层级关系查询响应时间降低方法，该方法包括：

接收用户前端发送的数据分配请求，根据所述数据分配请求从数据库中获取第一层级数据，返回包括所述第一层级数据的JSP页面至用户前端，根据所述数据分配请求从数据库中异步获取其它层级数据，将获取到的其它层级数据排序后缓存在缓存数据库Redis中；

接收用户前端对所述第一层级数据查验无误后发送的其它层级数据查看请求，根据所述其它层级数据查看请求判断Redis中是否存储有相应层级数据，若Redis中有存储，则从Redis中获取相应层级数据进行逻辑分页后返回至用户前端；若Redis没有存储，则根据所述其它层级数据查看请求从数据库中获取相应层级数据，将相应层级数据排序后缓存在Redis中，并将所述相应层级数据进行逻辑分页后返回至用户前端；

接收用户前端对全部的所述相应层级数据查验无误后发送的数据分配开始请求，基于Redis中缓存的其它层级数据，根据所述数据分配开始请求进行数据分配，将数据分配结果返回至用户前端。