Activiti6 Task查询API 映射 SQL

一、前言

Activiti 自身提供了一套用户管理，但是在开发中业务系统本身就有一套用户管理系统，这时候就要把业务系统中的部分用户数据同步到 Activiti 用户表管理中。那么，如果不同步呢？不少开发者一开始以为必须要有用户才可以运行，其实 Task 的 Assignee，Candidate Users，Candidate Groups 信息已经以字符串形式保存在 act_ru_tak 和 ACT_RU_IDENTITYLINK 表中。只有少部分的查询 API 会用到 ACT_ID_* 表中的数据进行关联查询。

日志将avtiviti相关调整到DEBUG模式接口打印对应sql。

二、查询接口

2.1 taskAssignee

按照指派人查询，直接查询表 ACT_RU_TASK。
API：

taskService.createTaskQuery().taskAssignee(userId);

SQL：

select distinct RES.* from ACT_RU_TASK RES WHERE RES.ASSIGNEE_ = ?

2.2 taskCandidateGroup

按照分配组查询，没有用到 ACT_ID_* 表的数据。
API：

taskService.createTaskQuery().taskCandidateGroup("部门经理");

SQL：

SELECT DISTINCT
  RES.*
FROM ACT_RU_TASK RES
  INNER JOIN ACT_RU_IDENTITYLINK I
    ON I.TASK_ID_ = RES.ID_
WHERE RES.ASSIGNEE_ IS NULL
    AND I.TYPE_ = 'candidate'
    AND (I.GROUP_ID_ IN(?))

2.3 taskCandidateGroupIn

按照分配组查询，没有用到 ACT_ID_*表的数据。
API：

List<String> candidateGroups = new ArrayList<String>();
candidateGroups.add("部门经理");
candidateGroups.add("总裁");
taskService.createTaskQuery().taskCandidateGroupIn (candidateGroups);

SQL：

SELECT DISTINCT
  RES.*
FROM ACT_RU_TASK RES
  INNER JOIN ACT_RU_IDENTITYLINK I
    ON I.TASK_ID_ = RES.ID_
WHERE RES.ASSIGNEE_ IS NULL
    AND I.TYPE_ = 'candidate'
    AND (I.GROUP_ID_ IN(?))

2.4 taskCandidateOrAssigned

按照分配组 OR 指派人查询，用到了 ACT_ID_*表的数据，传入userId查询其所在权限组。
API:

taskService.createTaskQuery().taskCandidateOrAssigned(userId);

SQL:
首先查询用户所在组权限

SELECT
  g.*
FROM ACT_ID_GROUP g,
  ACT_ID_MEMBERSHIP membership
WHERE g.ID_ = membership.GROUP_ID_
    AND membership.USER_ID_ = ?

然后查询指派人任务或者指派人为空并且用户所在权限组的任务

SELECT DISTINCT
  RES.*
FROM ACT_RU_TASK RES
  LEFT JOIN ACT_RU_IDENTITYLINK I
    ON I.TASK_ID_ = RES.ID_
WHERE (RES.ASSIGNEE_ = ?
        OR (RES.ASSIGNEE_ IS NULL
            AND (I.USER_ID_ = ?
                  OR I.GROUP_ID_ IN(SELECT
                                      g.GROUP_ID_
                                    FROM ACT_ID_MEMBERSHIP g
                                    WHERE g.USER_ID_ = ?))))

2.5 taskCandidateUser

API：

taskService.createTaskQuery().taskCandidateUser(userId);

SQL：
先查找用户所属的组（用户所属用户组的信息从 Activiti 的 ACT_ID_*表获取）

SELECT
  g.*
FROM ACT_ID_GROUP g,
  ACT_ID_MEMBERSHIP membership
WHERE g.ID_ = membership.GROUP_ID_
    AND membership.USER_ID_ = ?

如果找到了用户组信息

SELECT DISTINCT
  RES.*
FROM ACT_RU_TASK RES
  INNER JOIN ACT_RU_IDENTITYLINK I
    ON I.TASK_ID_ = RES.ID_
WHERE RES.ASSIGNEE_ IS NULL
    AND I.TYPE_ = 'candidate'
    AND (I.USER_ID_ = ?
          OR I.GROUP_ID_ IN(?))

如果找不到用户所属的组

SELECT DISTINCT
  RES.*
FROM ACT_RU_TASK RES
  INNER JOIN ACT_RU_IDENTITYLINK I
    ON I.TASK_ID_ = RES.ID_
WHERE RES.ASSIGNEE_ IS NULL
    AND I.TYPE_ = 'candidate'
    AND (I.USER_ID_ = ?)

2.6 taskOwner

按照所属人查询
API：

taskService.createTaskQuery().taskOwner(userId);

SQL：

SELECT DISTINCT
  RES.*
FROM ACT_RU_TASK RES
WHERE RES.OWNER_ = ?

三、说明

有些查询使用到 Activiti 自带的用户信息的，比如 taskCandidateOrAssigned，如果项目中使用了自己的权限系统，这些 API 是不灵光的，这里提供三种方案，仅供参考：

1. 同步系统用户权限信息到 Activiti 自带用户组，不推荐。
2. 修改源代码 Task.xml 中的查询SQL，把 Activiti 自带的用户表替换成业务 系统用户表，不推荐。
3. 用视图覆盖同名的ACT_ID_系列表，创建的视图要保证数据类型，推荐。

参考链接: https://blog.52itstyle.vip/archives/3690/.