Flowable 表用途说明
1. Flowable数据库表命名规则
-
ACT_RE_*
’RE’表示repository(存储)。RepositoryService接口操作的表。带此前缀的表包含的是静态信息,如,流程定义,流程的资源(图片,规则等)。 -
ACT_RU_*
’RU’表示runtime。这是运行时的表存储着流程变量,用户任务,变量,职责(job)等运行时的数据。flowable只存储实例执行期间的运行时数据,当流程实例结束时,将删除这些记录。这就保证了这些运行时的表小且快。 -
ACT_ID_*
’ID’表示identity(组织机构)。这些表包含标识的信息,如用户,用户组,等等。 -
ACT_HI_*
’HI’表示history。就是这些表包含着历史的相关数据,如结束的流程实例,变量,任务,等等。 -
ACT_GE_*
普通数据,各种情况都使用的数据。
2. 数据库表结构(34张表)
一般数据(2)
表名 | 说明 |
---|---|
ACT_GE_BYTEARRAY | 通用的流程定义和流程资源 |
ACT_GE_PROPERTY | 系统相关属性 |
流程历史记录(8)
表名 | 说明 |
---|---|
ACT_HI_ACTINST | 历史的流程实例 |
ACT_HI_ATTACHMENT | 历史的流程附件 |
ACT_HI_COMMENT | 历史的说明性信息 |
ACT_HI_DETAIL | 历史的流程运行中的细节信息 |
ACT_HI_IDENTITYLINK | 历史的流程运行过程中用户关系 |
ACT_HI_PROCINST | 历史的流程实例 |
ACT_HI_TASKINST | 历史的任务实例 |
ACT_HI_VARINST | 历史的流程运行中的变量信息 |
用户用户组表(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 | 用户表 |
流程定义表(3)
表名 | 说明 |
---|---|
ACT_RE_DEPLOYMENT | 部署单元信息 |
ACT_RE_MODEL | 模型信息 |
ACT_RE_PROCDEF | 已部署的流程定义 |
运行实例表(11)
表名 | 说明 |
---|---|
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_ACTINST | 运行时节点信息,6.4.1版本新增此表 |
其他表(2)
表名 | 说明 |
---|---|
ACT_EVT_LOG | 事件日志表 |
ACT_PROCDEF_INFO | 流程定义信息 |
3. 关键表详解
ACT_RU_EXECUTION 执行实例表
工作流程的核心表,保存了主干与分支流程的执行实例。一般来讲一个流程实例都有一条主线。如果流程为直线流程,那么流程实例在这个表中只有一条记录对应。但如果流程有会签多实例时,以及并行网关时,这时候它就有流程实例和执行实例,两者是一对多的关系。所以一定要理解流实例和执行实例的区别,不要把执行实例等同于流程实例表。
当在并行网关和会签多实例时,它是会产生多个执行实例,刚创建时各个执行实例的 IS_ACTIVE_ 这个字段的值都是为1,即激活状态。当每完成一个执行实例时,则其置为0-非激活状态,当所有执行实例完成后,它才会转移到历史,把这个多实例自动删除。另外当有子流程,子流程的实例是处于激活状态,而主干流程的实例处于非激活状态。
表字段说明
字段名 | 中文名 | 说明 |
---|---|---|
ID_ | 执行实例主键 | 这个主键有可能和PROC_INST_ID_相同,相同的情况表示这条记录为主实例记录。 |
REV_ | 版本号 | 表示数据库表更新次数。 |
PROC_INST_ID_ | 流程实例ID | 一个流程实例不管有多少条分支实例,这个ID都是一致的。 |
BUSINESS_KEY_ | 业务主键 | 只有主流程才会使用业务主键,另外这个业务主键字段在表中有唯一约束。 |
PARENT_ID_ | 父实例ID | 同步节点会产生两条执行记录,这两条记录的父ID为主线的ID。 |
PROC_DEF_ID_ | 流程定义ID | |
SUPER_EXEC | 如果存在表示这个实例记录为一个外部子流程记录,对应主流程的主键ID。 | |
ACT_ID_ | 节点ID | 表示流程运行到的节点 |
IS_ACTIVE_ | 是否激活 | 是否活动流程实例,当主流程为非活动实例,其下面有两个为活动实例,如果其中一个完成,那么完成的值将变为0即非活动。 |
IS_CONCURRENT_ | 是否并发 | 同步节点后为并发,如果是并发多实例也是为1。 |
IS_SCOPE_ | ? | 如会签,子流程,同步等情况,主实例的情况这个字段为1,子实例这个字段为0。 |
TENANT_ID_ | 租户ID | 可以应对多租户的设计。 |
IS_EVENT_SCOPE | 是否事件 | 没有使用到事件的情况下,一般都为0。 |
SUSPENSION_STATE_ | 挂起状态 | 标识是否暂停 |
数据变化情况
直线串行流程时:
1.启动流程,即创建流程实例时,缺省为创建2条记录,其中一条是开始事件的执行实例,这个一直存在,只到流程结束后才会自动删除,另一条是普通的节点,所以它的流程实例id和PARENT_ID_字段即主干执行实例id字段值是一样的,完成任务时,它会第二转入历史任务和历史活动表中,如果创建的下一个节点还是普通节点,则它的第二条记录会变化。
ID_ | PROC_INST_ID_ | PARENT_ID_ | IS_ACTIVE_ |
---|---|---|---|
P1 | P1 | NULL | 1 |
P2 | P1 | P1 | 1 |
2.并行网关时:创建了2个分支,他们的parant_id和流程实例id(proc_inst_id字段)都一样,缺省is_active都是1表示激活状态,当完成其中一个分支节点时,is_active就会变成0,等候其它节点一起完成后,才会转到历史,到时删除这些执行实例。并行网关的执行实例,它们的活动节点key是不一样,act_run_task中的TASK_DEF_ID_字段值是不一样(区别于会签多实例,会签多实例这个值是一样的)。
ID_ | PROC_INST_ID_ | PARENT_ID_ | IS_ACTIVE_ |
---|---|---|---|
P1 | P1 | NULL | 1 |
P2 | P1 | P1 | 1 |
P3 | P1 | P1 | 1 |
完成了其中一条分支节点时,is_active变为了0。
ID_ | PROC_INST_ID_ | PARENT_ID_ | IS_ACTIVE_ |
---|---|---|---|
P1 | P1 | NULL | 1 |
P2 | P1 | P1 | 0 |
P3 | P1 | P1 | 1 |
3.会签多实例时,如下是一个3人的会签,它会产生5条记录,一条是开始事件执行实例,一条是主干执行实例,只是它的状态为非激活状态,其它3个会签执行实例的parant_id值均是主干执行实例的id值,其中一个人做完了,这时候的act_ru_execution数据还是3条,但完成任务的那个执行实例is_active由1变为0了,它也一样等待其它2人会签均完成了才会转移到历史,如果查看act_ru_task表,则会发现原来3条,变为2条了,其中一条它已经转移到历史用户任务了。
ID_ | PROC_INST_ID_ | PARENT_ID_ | IS_ACTIVE_ |
---|---|---|---|
P1 | P1 | NULL | 1 |
P2 | P1 | P1 | 0 |
P3 | P1 | P2 | 1 |
P4 | P1 | P2 | 1 |
P5 | P1 | P2 | 0 |
其他表,待续。