SA_TASK数据量越来越大后导致待办任务刷新缓慢

jjbboox

待办任务的小窗口在sa_task中的数据规模达到几十万以后会变得异常缓慢。

经过调查发现TaskUtils.java中的getExecutorCondition方法有问题。

1.                 for (PersonMember pm : pms){
   
2.                         String var = "_efid" + i++;
   
3.                         vars.put(var, pm.getFID());
   
4. <font color="#ff0000">                        String item = ":" + var + " like concat(" + alias + ".sExecutorFID, '%')";</font>
   
5.                         if (useAgentProcess){
   
6.                                 String agentProcess = pm.getAgentProcess();
   
7.                                 if (Utils.isNotEmptyString(agentProcess)){
   
8.                                         String agentProcessCondition = getAgentProcessCondition(alias, agentProcess, vars);
   
9.                                         item += " and " + agentProcessCondition;
   
10.                                 }
    
11.                         }
    
12.                         
    
13.                         items.add(item);
    
14.                 }

复制代码

红色字体拼出来的KSQL条件，在数据量大了以后会变得异常缓慢。
不但使用like，还在SQL的Where条件式中使用了拼接函数，打开主页时需要将近20秒才能显示出来。
可否把该处的like条件改为=？

jishuang

平台提供的有任务归档功能，把已经处理完的历史任务数据归档到任务归档表中

jjbboox

答非所问啊
请看清楚问题再回答。这里为什么要用like？而不用'='号判断？
我这里调查了所有调用该方法的地方，貌似没必要用like进行判断，改成=以后快了无数倍。

jishuang

如果是任务分配置岗位或者部门等上的，用=号肯定就查不出数据了啊，需要用like才可以