Flowable第二篇、万字解析Flowable 表结构（79 张表都是干嘛的？)

当我们使用 Flowable 流程引擎的时候，虽然我们使用的是各种 API，但是小伙伴们都知道，这些 API 本质上操作的都是底层的数据表，Flowable 默认一共生成了 79 张数据表，种数量的表对于刚开始学习小白来说简直就是天花乱坠，而了解这些数据表，有助于我们更好的理解 Flowable 中的各种 API，为了方便理解我将带大家捋一捋 Flowable 中的数据表都有哪些，以及这些表都是干嘛用的。

一、Flowable数据库表命名规则

好了，接下来我们就对这 79 张表进行一个简单的分类整理。

1. ACT_APP_*（5）
2. ACT_CMMN_*（12）
3. ACT_CO_*（3）
4. ACT_DMN_*（6）
5. ACT_EVT_*（1）
6. ACT_FO_*（6）
7. ACT_GE_*（2）
8. ACT_HI_*（10）
9. ACT_ID_*（9）
10. ACT_PROCDEF_*（1）
11. ACT_RE_*（3）
12. ACT_RU_*（13）
13. FLW_CHANNEL_*（1）
14. FLW_EV_*（2）
15. FLW_EVENT_*（3）
16. FLW_RU_*（2）

* 是通配符，后面的数字表示这种类型的表有多少个。

大致看一下，其实还是有很多规律的。

最明显的规律就表名通过两个 _ 隔开成了三部分，接下来我们就以此为线索，一部分一部分来讲。

1.1. 表名前缀

首先搭建看这个表的前缀，分了两种：

• ACT_
• FLW_

Flowable 是基于 Activiti 开发出来的流程引擎，所以我们在很多地方都还能看到 Activiti 的影子，这个表名中 ACT_ 就是 Activiti。

具体来说，与 Flowable 开源代码库相关的数据库表名以 ACT_ 开头。特定于 Flowable Work 或 Engage 的数据库表以 FLW_ 前缀开头。

1.2. 表名中间部分

紧跟着 ACT_ 或者 FLW_ 后面的内容，基本上也都是简称，例如：

• APP 表示这都是跟应用程序相关的表。
• CMMN 表示这都是跟 CMMN 协议相关的表。
• CO（CONTENT）表示这都是跟内容引擎相关的表。
• DMN 表示这都是跟 DMN 协议相关的表。
• EVT（EVENT）表示这都是跟事件相关的表。
• FO（FORM）表示这都是跟表单相关的表。
• GE（GENERAL）表示这都是通用表，适用于各种用例的。
• HI（HISTORY）这些是包含历史数据的表。当从运行时表中删除数据时，历史表仍然包含这些已完成实例的所有信息。
• ID（IDENTITY）表示这都是跟用户身份认证相关的表。
• PROCDEF（PROCESSDEFINE） 表示这都是跟记录流程定义相关的表。
• RE（REPOSITORY）表示这都是跟流程的定义、流程的资源等等包含了静态信息相关的表。
• RU（RUNTIME）代表运行时，这些是包含尚未完成的流程、案例等的运行时数据的运行时表。Flowable 仅在执行期间存储运行时数据，并在实例结束后删除记录，这使运行时表保持小而快。
• CHANNEL 表示这都是跟泳道相关的表。
• EV 表示这个是跟 FLW_ 搭配的，在这里似乎并没有一个明确的含义，相关的表也都是跟 Liquibase 相关的表。
• EVENT 表示这都是跟事件相关的表。

把这些简称的单词搞明白了，接下来的就容易看懂每一个表的含义了。

表名是由三部分构成的，我们现在已经分析了前两部分了，接下来我们来看第三部分。

1.3. 表名后缀

表名的后缀，有一些是通用的后缀名词，我们先来看下。

• DATABASECHANGELOG：表名中包含这个单词的，表示这个表是 Liquibase 执行的记录，Liquibase 是一个数据库脚本管理的工具，有点像 flyway。包含 DATABASECHANGELOG 后缀的表一共是 6 张。
• DATABASECHANGELOGLOCK：表名中包含这个单词的，表示这个表记录 Liquibase 执行锁的，用以确保一次只运行一个 Liquibase 实例，包含 DATABASECHANGELOGLOCK 后缀的表也是 6 张。

这两个加起来就 12 张表了，一共 79 张，现在还剩 67 张，我们来详细看下。

在后面的介绍中，凡是涉及到 DATABASECHANGELOG 和 DATABASECHANGELOGLOCK 的表，我就直接省略了。

1.3.1 ACT_APP_*

以 ACT_APP_* 开头的表负责应用引擎存储和应用部署定义。相关的表一共是五张，如下：

ACT_APP_APPDEF

应用程序模型产生应用程序定义。此定义，如流程/案例/等。是成功部署到应用引擎的应用模型的表示。

ACT_APP_DEPLOYMENT

当通过应用引擎部署应用模型时，会存储一条记录以保存此部署。部署的实际内容被存储在 ACT_APP_DEPLOYMENT_RESOURCE 表中，并从该表中引用。

ACT_APP_DEPLOYMENT_RESOURCE

此表包含构成应用程序部署的实际资源（存储为字节）。当引擎需要实际模型时，将从该表中获取资源。

1.3.2 ACT_CMMN_*

Flowable CMMN Engine 的数据库名称都以 ACT_CMMN_ 开头。这里涉及到一个东西就是 CMMN，CMMN 与 BPMN 协议一致，也是一种流程内容的规范，CMMN 这类表一般用于存储处理 BPMN 所不能适用的业务场景数据，CMMN 通常与 BPMN 搭配使用，不过只有符合 CMMN 规范的模型数据才会使用这类表。

这里涉及到的相关表一共是 12 张，如下：

• ACT_CMMN_CASEDEF
• ACT_CMMN_DEPLOYMENT
• ACT_CMMN_DEPLOYMENT_RESOURCE

这三个都是没有附加前缀的表，主要定义了静态信息，例如 case 的定义和部署和以及相关的资源等。

接下来这些以 ACT_CMMN_HI_ 开头的表代表历史数据，例如过去的案例实例、计划项目等。

ACT_CMMN_HI_CASE_INST

此表记录由 CMMN 引擎启动的每个案例实例的数据。

ACT_CMMN_HI_MIL_INST

此表记录了在案例实例中达到的每个里程碑的数据。

ACT_CMMN_HI_PLAN_ITEM_INST

此表记录了作为案例实例执行的一部分创建的每个计划项实例的数据。

接下来以 ACT_CMMN_RU_ 开始的表代表运行时的数据，这些数据包含案例实例、计划项等的运行时数据。Flowable 仅在案例实例执行期间存储运行时数据，并在案例实例结束时删除记录，这使运行时表保持小且查询速度快。

ACT_CMMN_RU_CASE_INST

此表包含每个已启动但尚未完成的案例实例的条目。

ACT_CMMN_RU_MIL_INST

此表包含作为运行案例实例的一部分达到的每个里程碑的条目。

ACT_CMMN_RU_PLAN_ITEM_INST

案例实例执行由案例定义中定义的计划项的多个实例组成，此表包含在案例实例执行期间创建的每个实例的条目。

ACT_CMMN_RU_SENTRY_PART_INST

计划项目实例可以有守卫状态转换的哨兵，这样的哨兵在状态改变之前可以包含多个部分，这个表就是专门用来存储这种哨兵。

1.3.3 ACT_DMN_*

Flowable DMN 的数据库名称都以 ACT_DMN_ 开头，这里涉及到的表一共是 6 张：

• ACT_DMN_DEPLOYMENT
• ACT_DMN_DEPLOYMENT_RESOURCE

这两个是就不需要我多说了吧，跟前面的都一样，只不过这里部署的是 DMN。

ACT_DMN_DECISION

此表包含已部署决策表的元数据，并与来自其他引擎的定义相对应。

ACT_DMN_HI_DECISION_EXECUTION

此表包含有关 DMN 决策表执行的审计信息。

1.3.4 ACT_RU_*

以 ACT_RU_ 开头的表都是和流程引擎运行时信息相关的一些表。涉及到的表一共有 13 张：

ACT_RU_ACTINST

流程实例中的每个活动在此表中都有一行来指示活动的当前状态。

• ACT_RU_JOB
• ACT_RU_TIMER_JOB
• ACT_RU_SUSPENDED_JOB
• ACT_RU_EXTERNAL_JOB
• ACT_RU_HISTORY_JOB
• ACT_RU_DEADLETTER_JOB

Flowable 引擎使用作业表来实现异步逻辑、计时器或历史处理。这些表存储每个作业所需的数据。

ACT_RU_ENTITYLINK

此表存储有关实例的父子关系的信息。例如，如果流程实例启动子案例实例，则此关系存储在此表中。这样可以轻松查询关系。

ACT_RU_EVENT_SUBSCR

当流程定义使用事件（信号/消息/等或启动/中间/边界）时，引擎将对该表的引用存储在该表中。这简化了查询哪些实例正在等待某种类型的事件。

ACT_RU_EXECUTION

存储流程实例和指向流程实例当前状态的指针（称为执行）。

ACT_RU_IDENTITYLINK

此表存储有关用户或组的数据及其与（流程/案例/等）实例相关的角色。该表也被其他需要身份链接的引擎使用。

ACT_RU_TASK

此表包含正在运行的实例的每个未完成用户任务的条目。然后在查询用户的任务列表时使用此表。CMMN 引擎也使用此表。

ACT_RU_VARIABLE

此表存储与实例相关的变量。 CMMN 引擎也使用此表。

1.3.5 ACT_HI_*

以 ACT_HI_* 开头的表包含正在运行和已完成的实例的历史数据，这些表的名称遵循其运行时对应的名称，这里一共涉及到 10 张表：

ACT_HI_ACTINST

历史活动信息。这里记录流程流转过的所有节点，与 ACT_HI_TASKINST 不同的是， ACT_HI_TASKINST 只记录 Task 内容。

ACT_HI_ATTACHMENT

历史附件表。

ACT_HI_COMMENT

流程的历史评论表。

ACT_HI_DETAIL

历史详情表：流程中产生的变量详细，包括控制流程流转的变量，业务表单中填写的流程需要用到的变量等。

ACT_HI_ENTITYLINK

历史参与的人员表。

ACT_HI_IDENTITYLINK

任务参与者数据表，主要存储历史节点参与者的信息，可能是 Group 也可能是 User。

ACT_HI_PROCINST

保存每一个历史流程，创建时就生成，一条流程实例对应一个记录。

ACT_HI_TASKINST

记录每一个历史节点，一个 Task 对应一个记录。

ACT_HI_TSK_LOG

每一次执行可能会带上数据，存在这里。

ACT_HI_VARINST

流程历史变量表。

1.3.6 ACT_ID_*

以 ACT_ID_* 开头的都是和用户身份相关的表，一共是有 9 张表：

ACT_ID_BYTEARRAY

这是用户组的部署内容。

ACT_ID_GROUP

这是用户组的表。

ACT_ID_INFO

这是所有的用户的信息，账号密码。

ACT_ID_MEMBERSHIP

用户和用户组的关联表。

ACT_ID_PRIV

权限表。

ACT_ID_PRIV_MAPPING

用户、用户组以及权限之间的关联表。

ACT_ID_PROPERTY

用户的变量表。

ACT_ID_TOKEN

用户访问记录表。

ACT_ID_USER

用户表。

1.3.7 ACT_FO_FORM_*

以 ACT_FO_FORM_ 开头的表存储表单引擎和围绕表单模型和这些表单的实例数据。

ACT_FO_FORM_DEFINITION

表单定义表。

ACT_FO_FORM_DEPLOYMENT

表单部署表。

ACT_FO_FORM_INSTANCE

表单实例表。

ACT_FO_FORM_RESOURCE

表单源数据表。

1.3.8 ACT_GE_*

以 ACT_GE_ 开头的表表示一些通用信息表，涉及到的表一共是两个。

ACT_GE_BYTEARRAY

存储每个流程的部署记录，bytes_ 字段中保存流程的具体内容。

ACT_GE_PROPERTY

存储 Flowable 自身的一些变量，主要是版本号。

1.3.9 ACT_RE_*

以 ACT_RE_ 开头的表表示这些表都是跟流程的定义、流程的资源等等包含了静态信息相关的表。

ACT_RE_DEPLOYMENT

流程部署记录，每次服务重启会部署一次，这里会新增一条记录。

ACT_RE_MODEL

创建模型时，额外定义的一些模型相关信息，存在这张表，默认不保存。

ACT_RE_PROCDEF

记录流程的变更，流程每变更一次存一条记录，version_ 字段加 1。

1.3.10 FLW_EVENT_*

FLW_EVENT_DEFINITION

已部署事件定义的元数据。

FLW_EVENT_DEPLOYMENT

已部署事件部署元数据。

FLW_EVENT_RESOURCE

事件所需资源。

1.3.11 其他表

还剩一些规则不太明显的表，如下：

FLW_RU_BATCH
FLW_RU_BATCH_PART

这两个是批量迁移流程时使用。

ACT_PROCDEF_INFO

流程定义信息，对流程的说明。

ACT_CO_CONTENT_ITEM

每项内容在此表中都有个条目。

ACT_EVT_LOG

Flowable 引入了事件日志机制，默认会在数据库中创建 ACT_EVT_LOG 表保存事件日志，如果不使用事件日志，则可以删除这个表。

FLW_CHANNEL_DEFINITION

泳池管道定义表。

二、代码案例讲解

当然如果只是看懂表的命名于含义是远远不够的如何搞懂Service调用才是关键，那么下面我们将根据代码案例讲解表的关系。

2.1 部署流程定义

/**
 * 部署流程
 */
@Test
public void test1(){
    Deployment deploy = repositoryService.createDeployment()
            .addClasspathResource("holiday-request-new.bpmn20.xml")
            .name("请假流程...")
            .category("请假") // 分类
            .tenantId("dpb") // 租户id
            .deploy();
    System.out.println("deploy.getId() = " + deploy.getId());
    System.out.println("deploy.getName() = " + deploy.getName());
    System.out.println("deploy.getCategory() = " + deploy.getCategory());
}

2.1.1 act_ge_bytearray 资源表

资源表如下：

字段	名称	备注
ID_	主键
REV_	版本号
NAME_	名称	部署的文件名称，如：holiday-request-new.bpmn20.xml、holiday-request-new.bpmn20.png
DEPLOYMENT_ID_	部署ID
BYTES_	字节（二进制数据）
GENERATED_	是否系统生成	0为用户上传， 1为系统自动生成， 比如系统会 自动根据xml生 成png

2.2.1 act_re_deployment 部署ID表

部署ID表如下：

字段	名称	备注
ID_	主键
NAME_	名称
CATEGORY_	分类
TENANT_ID_	租户ID
DEPLOY_TIME_	部署时间
DERIVED_FROM_	来源于
DERIVED_FROM_ROOT_	来源于
ENGINE_VERSION_	流程引擎的版本

2.2.1 act_re_procdef 流程实例表

流程实例表如下：和 ACT_RE_DEPLOYMENT 是多对一的关系。

字段	名称	备注
ID_	主键
REV_	版本号
CATEGORY_	分类	流程定义的Namespace就是类别
NAME_	名称
KEY_	标识
VERSION_	版本
DEPLOYMENT_ID_	部署ID
RESOURCE_NAME_	资源名称	流程bpmn文件名称
DGRM_RESOURCE_NAME_	图片资源名称
DESCRIPTION_	描述
HAS_START_FORM_KEY_	拥有开始表单标识	start节点是否存在formKey 0否 1是
HAS_GRAPHICAL_NOTATION_	拥有图形信息
SUSPENSION_STATE_	挂起状态	暂停状态 1激活 2暂停
TENANT_ID_	租户ID

2.1.4 挂起和激活

• 部署的流程默认的状态为激活，如果我们暂时不想使用该定义的流程，那么可以挂起该流程。当然该流程定义下边所有的流程实例全部暂停。
• 当流程定义为挂起状态，该流程定义将不允许启动新的流程实例，同时该流程定义下的所有的流程实例都将全部挂起暂停执行。

/**
 * 挂起流程
 */
@Test
public void test2(){
    ProcessDefinition processDefinition = repositoryService.createProcessDefinitionQuery()
            .processDefinitionId("holiday:1:4")
            .singleResult();
    // 获取流程定义的状态
    boolean suspended = processDefinition.isSuspended();
    System.out.println("suspended = " + suspended);
    if(suspended){
        // 表示被挂起
        System.out.println("激活流程定义");
        repositoryService.activateProcessDefinitionById("holiday:1:4",true,null);
    }else{
        // 表示激活状态
        System.out.println("挂起流程");
        repositoryService.suspendProcessDefinitionById("holiday:1:4",true,null);
    }
}

具体的实现其实就是更新了流程定义表中的字段。

而且通过 <font style="color:rgb(199, 37, 78);background-color:rgb(249, 242, 244);">REV_</font> 字段来控制数据安全，也是一种乐观锁的体现。如果要启动一个已经挂起的流程就会出现如下的错误：

2.2 启动流程实例

/**
 * 启动流程实例
 */
@Test
public void testRunProcess(){
    // 构建流程变量
    Map<String,Object> variables = new HashMap<>();
    variables.put("employee","张三") ;// 谁申请请假
    variables.put("nrOfHolidays",3); // 请几天假
    variables.put("description","工作累了，想出去玩玩"); // 请假的原因
    // 启动流程实例，第一个参数是流程定义的id
    ProcessInstance processInstance = runtimeService
            .startProcessInstanceById("holiday:1:4", variables);// 启动流程实例
    // 输出相关的流程实例信息
    System.out.println("流程定义的ID：" + processInstance.getProcessDefinitionId());
    System.out.println("流程实例的ID：" + processInstance.getId());
    System.out.println("当前活动的ID：" + processInstance.getActivityId());
}

当我们启动了一个流程实例后，会在 ACT_RU_* 对应的表结构中操作，运行时实例涉及的表结构共 10 张：

ACT_RU_DEADLETTER_JOB 正在运行的任务表

ACT_RU_EVENT_SUBSCR 运行时事件

ACT_RU_EXECUTION 运行时流程执行实例

ACT_RU_HISTORY_JOB 历史作业表

ACT_RU_IDENTITYLINK 运行时用户关系信息

ACT_RU_JOB 运行时作业表

ACT_RU_SUSPENDED_JOB 暂停作业表

ACT_RU_TASK 运行时任务表

ACT_RU_TIMER_JOB 定时作业表

ACT_RU_VARIABLE 运行时变量表

启动一个流程实例的时候涉及到的表有：

ACT_RU_EXECUTION 运行时流程执行实例

ACT_RU_IDENTITYLINK 运行时用户关系信息

ACT_RU_TASK 运行时任务表

ACT_RU_VARIABLE 运行时变量表

2.2.1 act_ru_execution 流程实例(执行流)表

流程实例(执行流)表如下：

字段	名称	备注
ID_	主键
REV_	版本号
PROC_INST_ID_	流程实例ID
BUSINESS_KEY_	业务主键ID
PARENT_ID_	父执行流的ID
PROC_DEF_ID_	流程定义的数据ID
SUPER_EXEC_
ROOT_PROC_INST_ID_	流程实例的root流程id
ACT_ID_	节点实例ID
IS_ACTIVE_	是否存活
IS_CONCURRENT_	执行流是否正在并行
IS_SCOPE_
IS_EVENT_SCOPE_
IS_MI_ROOT_
SUSPENSION_STATE_	流程终端状态
CACHED_ENT_STATE_
TENANT_ID_	租户编号
NAME_
START_TIME_	开始时间
START_USER_ID_	开始的用户编号
LOCK_TIME_	锁定时间
IS_COUNT_ENABLED_
EVT_SUBSCR_COUNT_
TASK_COUNT_
JOB_COUNT_
TIMER_JOB_COUNT_
SUSP_JOB_COUNT_
DEADLETTER_JOB_COUNT_
VAR_COUNT_
ID_LINK_COUNT_

创建流程实例后对应的表结构的数据：

2.2.2 act_ru_task 运行时任务表

运行时任务表如下：

字段	名称	备注
ID_	主键
REV_	版本号
EXECUTION_ID_	任务所在的执行流ID
PROC_INST_ID_	流程实例ID
PROC_DEF_ID_	流程定义数据ID
NAME_	任务名称
PARENT_TASK_ID_	父任务ID
DESCRIPTION_	说明
TASK_DEF_KEY_	任务定义的ID值
OWNER_	任务拥有人
ASSIGNEE_	被指派执行该任务的人
DELEGATION_	委托人
PRIORITY_	优先级
CREATE_TIME_	创建时间
DUE_DATE_	耗时
CATEGORY_	类别
SUSPENSION_STATE_	是否挂起	1代表激活 2代表挂起
TENANT_ID_	租户编号
FORM_KEY_
CLAIM_TIME_	拾取时间

创建流程实例后对应的表结构的数据：

2.2.3 act_ru_variable 运行时变量表

运行时变量表如下：

字段	名称	备注
ID_	主键
REV_	版本号
TYPE_	参数类型	可以是基本的类型，也可以用户自行扩展
NAME_	参数名称
EXECUTION_ID_	参数执行ID
PROC_INST_ID_	流程实例ID
TASK_ID_	任务ID
BYTEARRAY_ID_	资源ID
DOUBLE_	参数为double，则保存在该字段中
LONG_	参数为long，则保存在该字段中
TEXT_	用户保存文本类型的参数值
TEXT2_	用户保存文本类型的参数值

创建流程实例后对应的表结构的数据：

2.2.4 act_ru_identitylink 运行时用户关系信息表

运行时用户关系信息表如下：

字段	名称	备注
ID_	主键
REV_	版本号
GROUP_ID_	用户组ID
TYPE_	关系数据类型	assignee支配人(组)、candidate候选人(组)、owner拥有人,participant参与者
USER_ID_	用户ID
TASK_ID_	任务ID
PROC_INST_ID_	流程定义ID
PROC_DEF_ID_	属性ID

创建流程实例后对应的表结构的数据：

2.3 处理流程任务

上面的流程已经流转到了 zhangsan 这个用户这里，然后可以开始审批了。

@Test
public void testcompleteTask(){
    Task task = taskService.createTaskQuery()
        .processDefinitionId("holiday:1:4")
        .taskAssignee("zhangsan")
        .singleResult();
    // 添加流程变量
    Map<String,Object> variables = new HashMap<>();
    variables.put("approved",false); // 拒绝请假
    // 完成任务
    taskService.complete(task.getId(),variables);
}

在正常处理流程中涉及到的表结构：

ACT_RU_EXECUTION 运行时流程执行实例

ACT_RU_IDENTITYLINK 运行时用户关系信息

ACT_RU_TASK 运行时任务表

ACT_RU_VARIABLE 运行时变量表

ACT_RU_TASK 运行时任务表：会新生成一条记录。

ACT_RU_TASK 运行时任务表：会新生成一条记录。

ACT_RU_VARIABLE 运行时变量表：会记录新的流程变量。

当然，流程实例也可以挂起。

@Test
public void testSuspensionDeployment(){
	// 1.获取流程实例对象
	ProcessInstance processInstance = runtimeService.createProcessInstanceQuery()
    	.processInstanceId("25001")
    	.singleResult();
	// 2.获取相关的状态操作
	boolean suspended = processInstance.isSuspended();
	String id = processInstance.getId();
	if(suspended){
    	// 挂起--》激活
    	runtimeService.activateProcessInstanceById(id);
    	System.out.println("流程定义：" + id + "，已激活");
	}else{
    	// 激活--》挂起
    	runtimeService.suspendProcessInstanceById(id);
    	System.out.println("流程定义：" + id + "，已挂起");
	}
}

启动第二个流程实例后再查看相关的表结构时，对他们的关系理解会更加的清楚一些。

启动一个新的流程实例对应的就会产生两条记录。

IDENTITYLINK 中会记录每次流程操作的信息。

流程变量数据，即使 key 相同，但是属于不同的流程实例相互间也是隔离的。

2.4 完成流程

当我们把最后一个流程任务处理完成，该流程就结束了。

@Test
public void testCompeleteLastTask() {
	Task task = taskService.createTaskQuery()
    	.processDefinitionId("holiday:1:4")
    	.taskAssignee("lisi")
    	.singleResult();
	// 添加流程变量
	Map<String,Object> variables = new HashMap<>();
	variables.put("approved",false); // 拒绝请假
	// 完成任务
	taskService.complete(task.getId(),variables);
}

流程结束后，我们会发现以下四张表中对应的数据都没有了，也就是这个流程已经不是运行中的流程了。

ACT_RU_EXECUTION 运行时流程执行实例

ACT_RU_IDENTITYLINK 运行时用户关系信息

ACT_RU_TASK 运行时任务表

ACT_RU_VARIABLE 运行时变量表

然后在对应的历史表中我们可以看到相关的信息：

ACT_HI_ACTINST 历史的流程实例

ACT_HI_ATTACHMENT 历史的流程附件

ACT_HI_COMMENT 历史的说明性信息

ACT_HI_DETAIL 历史的流程运行中的细节信息

ACT_HI_IDENTITYLINK 历史的流程运行过程中用户关系

ACT_HI_PROCINST 历史的流程实例

ACT_HI_TASKINST 历史的任务实例

ACT_HI_VARINST 历史的流程运行中的变量信息

2.4.1 act_hi_actinst 历史的流程实例表

历史的流程实例如下：

字段	名称	备注
ID_	主键
PROC_DEF_ID_	流程定义ID
PROC_INST_ID_	流程实例ID
EXECUTION_ID_	执行ID
ACT_ID_	节点实例ID
TASK_ID_	任务ID
CALL_PROC_INST_ID_	调用外部的流程实例ID
ACT_NAME_	节点名称
ACT_TYPE_	节点类型
ASSIGNEE_	处理人
START_TIME_	开始时间
END_TIME_	结束时间
DURATION_	耗时
DELETE_REASON_	删除原因
TENANT_ID_	租户编号

2.4.2 act_hi_identitylink 历史的流程运行过程中用户关系表

历史的流程运行过程中用户关系如下：

字段	名称	备注
ID_	主键
GROUP_ID_	组编号
TYPE_	类型
USER_ID_	用户编号
TASK_ID_	任务编号
CREATE_TIME_	创建时间
PROC_INST_ID_	流程实例编号
SCOPE_ID_
SCOPE_TYPE_
SCOPE_DEFINITION_ID_

2.4.3 act_hi_procinst 历史的流程运行中的细节信息

历史的流程实例如下：

字段	名称	备注
ID_	主键
PROC_INST_ID_	流程实例ID
BUSINESS_KEY_	业务主键
PROC_DEF_ID_	属性ID
START_TIME_	开始时间
END_TIME_	结束时间
DURATION_	耗时
START_USER_ID_	起始人
START_ACT_ID_	起始节点
END_ACT_ID_	结束节点
SUPER_PROCESS_INSTANCE_ID_	父流程实例ID
DELETE_REASON_	删除原因
TENANT_ID_	租户编号
NAME_	名称

2.4.4 act_hi_taskinst 历史的任务实例

历史的任务实例如下：

字段	名称	备注
字段	名称	备注
ID_	主键
PROC_DEF_ID_	流程定义ID
TASK_DEF_KEY_	任务定义的ID值
PROC_INST_ID_	流程实例ID
EXECUTION_ID_	执行ID
PARENT_TASK_ID_	父任务ID
NAME_	名称
DESCRIPTION_	说明
OWNER_	实际签收人 任务的拥有者	签收人（默认为空，只有在委托时才有值）
ASSIGNEE_	被指派执行该任务的人
START_TIME_	开始时间
CLAIM_TIME_	任务拾取时间
END_TIME_	结束时间
DURATION_	耗时
DELETE_REASON_	删除原因
PRIORITY_	优先级别
DUE_DATE_	过期时间
FORM_KEY_	节点定义的formkey
CATEGORY_	类别
TENANT_ID_	租户

2.4.5 act_hi_varinst 历史的流程运行中的变量信息

历史的流程运行中的变量信息：流程变量虽然在任务完成后在流程实例表中会删除，但是在历史表中还是会记录的。

字段	名称	备注
ID_	主键
PROC_INST_ID_	流程实例ID
EXECUTION_ID_	指定ID
TASK_ID_	任务ID
NAME_	名称
VAR_TYPE_	参数类型
REV_	数据版本
BYTEARRAY_ID_	字节表ID
DOUBLE_	存储double类型数据
LONG_	存储long类型数据