Flowable工作流 -＞数据存储 -＞表结构梳理

一前言

初学工作流，我发现集成SpringBoot之后，工作流的各项操作都比较简单，引擎，工作Service这些，直接自动装配即可。流程的定义（部署），流程实例启动，实例任务的审核人的拾取以及更换，任务的激活与挂起......这些操作实际上都比较简单，很容易明白。

这些比较基础的在我的上一个博客当中有记录，希望对大家有帮助。

Flowable工作流 - 基础知识（后续继续更新）-CSDN博客

反而是数据库！！！如果不明白这些表张是干什么的，我感觉对于之后想要使用工作流进行开发，再或者说是工作流相关的项目数据的维护，都很难，要命的是，我找不到数据在哪放 = -------- =

因此我写这篇博客，将工作的部分流程结合对应的表进行说明，我想这样更加清晰一些叭。里面有我对于工作流程的一些思考，疑问，希望各位大佬看的时候也能给我指点一二，有错误请多多指正！

中间会出现多张表在上面已经出现过了，但是依旧存在，EMMM，这个主要是为了理解当前我们的操作，对于流程会产生何种影响，因此这样布局。

我的流程图如下所示：

如果需要这份静态XML文件，放置在上面了，需要大佬的自己拿即可。

二流程定义

    @Test
    void contextLoads() {
        Deployment deploy = repositoryService.createDeployment()
                .name("并行网关")
                .addClasspathResource("flowable-process/day01_base_study/BingXingDemo1.bpmn20.xml")
                .deploy();
        System.out.println(deploy);
    }

流程定义主要与以下几张表有关联：

1.act_re_deployment

顾名思义，就是用来存放我们在部署流程的时候的信息，比如在上面，我设置了对应部署流程的名称，还有其在我的项目下的路径，这些详细信息就记录在这张表中。

2. act_re_procdef

流程表，这张表对应的是我们流程图当中的信息，即我们在绘制流程图的时候所填写的当前流程图的名称，KEY值，以及描述信息等。记录了我们当前流程实例的执行情况，是否执行完毕，用时多少，什么时候执行结束等。

三流程实例启动

    void startProcess() {
        //流程对象的创建需要我们指定创建的对应流程定义的ID，也就是在act_re_procdef当中
        runtimeService.startProcessInstanceById("BingXingDemo1:1:a9883769-a730-11ef-8765-14ac60037ef4");
    }

流程实例启动主要与以下几张表有关

1.act_ru_task:

记录我们当前流程实例需要处理的第一个任务节点信息，只有审批之后才会显示下一个任务节点信息。

2.act_ru_execution：

用于记录我们当前的任务进行的状态，不同任务节点之间的转换，我们可以通过这张表查询某个流程实例的执行流程，达到追踪的效果。

3.act_ru_identitylink：

用来记录当前流程任务的审批人，当前也可以是对应的候选人，通过类型字段，对于这些角色进行区分。这里我一并将介绍。

4.act_hi_identitylink：

这张表当中存放着对应历史任务的各个用户信息，并且通过类型进行区分，有审批人以及候选人两种因为审批人本身也就是候选人，所以其在保存数据的时候，自动的将当前任务的执行用户，当作审批人以及候选人两种对待。

5.act_hi_actinst：

历史活动表，该表记录了所有已经完成的流程实例的任务,包括任务、网关、事件等各种类型的活动。通过查询这张表,可以了解某个流程实例在执行过程中已完成的具体活动情况，并且还设置有对应任务的先后顺序。还包括对应任务的类型，也就是在我们设置的流程图当中各个图形的类型。通常与act_hi_procinst以及act_hi_taskinst相互关联，从而能通过这几张表查询当前流程实例的一整个执行流程

6.act_hi_comment

其是 Activiti 工作流引擎中用于存储历史评论的表。例如对于当前任务的意见和改建建议等。它记录与流程实例和任务相关的评论信息。对于一些行为，比如果流程的审批操作，其会自动记录，这也算作是一种评论形式。不同的评论之间，有对应的类型TYPE,以及ACTION对于不同的评论进行区分。

四审批人重设

    void setNewAssignee(){
        List<Task> list = taskService.createTaskQuery()
                .taskAssignee("wangwu")
                .list();
        for (Task task : list) {
            taskService.setAssignee(task.getId(), "zhangsan");
        }
    }

审批人重设主要与以下几张表有关：

1.act_ru_task：

首当其冲，修改对应的审批人之后，当前正在执行任务的审批人自然也会改变

2.act_ru_identitylink：

跟我想的不一样，如果我们修改当前任务对应的审批人之后，运行时的用户身份也会改变，我自己 = - = 以为修改之后，我们当前执行任务的审批人的用户会改变，也就是在原本基础上的修改操作。但是实际上，却是插入了一条新的数据。都是参与人，并且任务ID均指向当前任务

3.act_his_identitylink：

= - = 这个历史任务跟上面的一样，对于改变了当前的审批人之后，也是插入的两条新的数据（因为这个用户又是审批人，又是候选人）

疑惑点：

                令我感到奇怪的一点是，我明明修改了此时运行中的任务的审批人，但是实际上受到影响的只有以上三个比较重要的表。其他的表当中有关审批人的数据并没有改变。
                例如act_hi_actinst当中的审批人，依旧是wangwu。经查询资料，显示这些属于历史信息，一旦设置，无法修改。但是，将来如果当前流程实例都执行完毕了，我查询当前流程的执行情况，这个审批人还是我们第一次的，修改之后的没有生效，难道不会造成数据不一致吗？还是说需要我们需要针对自己的业务需要，自己针对这些表中的字段自动修改，或者自定义工作流设计。
                或者有更好的解决方案吗？求解答！^ ！

五任务审批

    void completeTask(){
        //基层审批
        //taskService.complete("79d40862-a683-11ef-ab70-14ac60037ef4");
        //人事审批
        //taskService.complete("89f5d222-a683-11ef-9ce0-14ac60037ef4");
        //部门审批
        //taskService.complete("89f66e66-a683-11ef-9ce0-14ac60037ef4");
        //只有当上面两个执行完成之后才会展示总经理审批！！！
        //总经理审批
        taskService.complete("0a1bc4b3-a732-11ef-9a83-14ac60037ef4");
    }

完成当前任务审批之后，会产生以下影响