pigx activiti 运行过程中数据库的详细变化

1. 模型管理 - 新增模型

填入 模型标识 、 流程分类 、 模型名称 、 描述 等字段后，一个模型就初始化完成了。

1.1 act_re_model 流程设计模型表，数据变化：

填入了一条数据，字段有：

• ID_ ：模型ID；
• REV_ ：
• NAME_ ：模型名称
• KEY_ ：模型标识
• CATEGORY_ ：流程分类
• CREATE_TIME_ ：创建时间
• LAST_UPDATE_TIME_ ：更新时间
• VERSION_ ：版本号
• META_INFO_ ：一个JSON字符串，里面有模型名称、版本号、描述
• DEPLOYMENT_ID_ ：null
• EDITOR_SOURCE_VALUE_ID_ ：资源 ID（对照表 act_ge_bytearray ）
• EDITOR_SOURCE_EXTRA_VALUE_ID_ ：
• TENANT_ID：

1.2 act_ge_bytearray 二进制资源表，数据变化：

填入了一条数据，字段有：

• ID_ ：资源 ID
• REV_ ：
• NAME_ ：source
• DEPLOYMENT_ID_ ：null
• BYTES ：加入了默认资源
• GENERATED_ ：null

2. 模型管理 - 生成模型图后

2.1 act_ge_bytearray 二进制资源表数据变化：

从一条数据变为了两条；

2.2 act_re_model 模型表数据变化：

绑定了与二进制资源表的两种资源的关系；

3. 模型管理 - 部署模型后

3.1 act_ge_bytearray 二进制资源表变化：

可以看出，衍生出了流程BPMN的两种资源并赋予了部署ID；

3.2 act_re_deployment 流程部署表变化：

新生成一个名称为模型名称的流程部署；

3.3 act_re_procdef 流程定义表变化：

新生成一个流程定义，分类、名称、Key 都与模型一致，并添加了外键绑定了 act_re_deployment 流程部署表，还存放了两种资源的文件名称

4. 请假管理 - 新增请假单后

4.1 oa_leave_bill 业务数据表变化：

将新增的请假单信息保存到了业务数据表中；

此时只是保存了一个请假单，还没有提交，所以流程还没有开始

5. 请假管理 - 提交请假单后

5.1 act_re_procdef 流程定义表变化：

字段 HAS_START_FORM_KEY_ 由 0 变为了 1；

5.2 act_ru_execution 运行时流程执行实例表变化：

新生成了一条数据；（注意，除非是流程中有多条线路并行，单线流程的主键 ID_ 等于流程实例ID PROC_INST_ID_ ）

其中，关键数据有：

• BUSNESS_KEY_ ：业务数据表主键
• PROC_DEF_ID_ ：流程定义表 ID
• ACT_ID_ ：任务 ID

5.3 act_ru_task 运行时任务表变化：

新增了一条数据；

其中，关键数据有：

• EXECUTION_ID_ ：运行时流程实例表 ID
• PROC_INST_ID_ ：流程实例 ID
• PROC_DEF_ID_ ：流程定义 ID

5.4 act_ru_variable 运行时流程变量数据表变化：

新增了一条数据；

其中，关键数据有：

• EXECUTION_ID_ ：运行时流程执行实例表 ID
• PROC_INST_ID_ ：流程实例 ID

5.5 act_hi_actinst 历史节点表变化：

新增了两条数据，分别是开始事件与第一个用户处理事件 task1

注意：此时 task1 还未处理，但是已经进入了历史节点表

5.6 act_hi_identitylink 历史流程人员表变化：

新增了两条数据，分别绑定了流程实例为当前示例、任务为当前任务的两条数据；

注意：此表也是在当前任务还没完成的情况下就已经加入历史了

5.7 act_hi_procinst 历史流程实例表变化：

将整个流程实例已经加入到了该表中，关键数据有：

• PROC_INST_ID_ ：流程实例 ID，等于自己的 ID
• BUSINESS_KEY_ ：业务数据表主键
• PROC_DEF_ID_ ：流程定义表 ID

5.8 act_hi_taskinst 历史任务实例表变化：

将当前还未完成的任务已经加入了该表，关键数据有：

• PROC_DEF_ID_ ：流程定义 ID
• TASK_DEF_KEY_ ：任务标识
• PROC_INST_ID_ ：流程实例 ID
• EXECUTION_ID_ ：流程运行实例 ID
• ASSIGNEE_ ：任务代理人

5.9 act_hi_varinst 历史变量表变化：

新添加了一条数据

6. 代办任务 - 审批任务1后

6.1 act_ru_execution 运行时流程执行实例表变化：

与之前对比，可以看出，只有 ACT_ID_ 变为了任务2的ID：Task2Id 。

6.2 act_ru_task 运行时任务数据表变化：

与之前对比，可以看出：由任务1变为了任务2。

6.3 act_ru_variable 运行时变量表变化：

添加了两条数据，可见，该表内所有数据都是绑在这个流程实例下的所有变量；

6.4 act_hi_actinst 历史节点表变化：

添加了一条数据，并将上一条数据更新了完成时间。

6.5 act_hi_comment 历史意见表

新增了一条数据，其中 MESSAGE_ 是完成任务1时，留下的意见；

该表通过绑定任务 ID TASK_ID_ 、流程实例 ID PROC_INST_ID_ 来建立查询。

6.6 act_hi_identitylink 历史流程人员表变化：

与之前相比，多了一条数据，该数据记录了任务 2 的 TASK_ID_ ；

注意：任务2还未完成，历史流程人员表就已经记录了任务2。

6.7 act_hi_taskinst 历史任务实例表变化：

除了加入当前任务：任务2以外，还完善了任务1的完成时间、持续时间

6.8 act_hi_varinst 历史变量表变化：

新添加了两条数据，原因未知

7. 代办任务 - 审批任务2后

7.1 act_ru_execution 变化

替换为了当前任务

7.2 act_ru_identitylink 变化

之前不是太理解这个表啥意思就没写，但是还是观察到了变化：

• 在流程执行过程中，第一个条目绑定了流程实例 ID ，一直都没有变化；

• 第二个条目绑定了当前任务 ID，一直都有变化；

7.3 act_ru_task 变化

替换为了当前任务：任务3

7.4 act_ru_variable 表无变化

7.5 act_hi_actinst 变化

完善了任务2的完成时间，新添加了任务3；

7.6 act_hi_comment 变化

新添加了任务3的审批信息

7.7 act_hi_identitylink 变化

新添加了绑定当前任务的流程人员 USER_ID_

7.8 act_hi_taskinst 变化

完成了任务2，并添加了任务3；

7.9 act_hi_varinst 无变化

8. 代办任务 - 审批任务3后

7.1 act_ru_* 运行时的所有表

运行时的所有表全部清空

7.2 act_hi_actinst 历史节点表变化

添加了任务3、结束事件的完成情况

7.3 act_hi_comment 历史意见表

添加了任务3的审批情况

7.4 act_hi_identitylink 历史流程人员表

果然，第一个条目绑定流程实例，后面的条目绑定每一个任务实例

7.5 act_hi_procinst 历史流程实例表

添加了开始结束时间、流程经历时间、开始结束的节点 ID

7.6 act_hi_taskinst 历史任务实例表

记录了任务3的完成情况

7.7 act_hi_varinst 历史变量表无变化

---

至此，流程已全部完成。

---

业务表与流程模型、流程部署定义之间的关系：

• 在流程模型建立以后，还未有任何的流程部署、流程定义；
• 流程定义以后，生成的流程定义表中的 Key （也就是“模型标识”），必须是业务表名，否则业务表没有挂载在任何流程上，无法开始该业务的流程；