当前位置：文档之家 › Activiti工作流对象关系与表结构

Activiti工作流对象关系与表结构

  • 格式：doc
  • 大小：285.50 KB
  • 文档页数：9

Activiti数据表结构

和核心对象关系

西安创富电子科技有限公司

二〇一三年九月

版本历史

日期 版本 说明（文档修改描述） 作者 审核人

2013.9 文档初稿 焦剑波

目录

1 ACTIVITI数据库表结构 -------------------------------------------------- 4

1.1 数据库表名说明 ----------------------------------------------------- 4

1.2 数据库表结构 ------------------------------------------------------- 4

2 ACTIVITI中主要对象的关系 ---------------------------------------------- 5

1 Activiti数据库表结构

1.1 数据库表名说明

Activiti工作流总共包含23张数据表，所有的表名默认以“ACT_”开头。

并且表名的第二部分用两个字母表明表的用例，而这个用例也基本上跟Service

API匹配。

 ACT_GE_* : “GE”代表“General”（通用），用在各种情况下；

 ACT_HI_* : “HI”代表“History”（历史），这些表中保存的都是历史数据，比如执行过的流程实例、变量、任务，等等。当系统中配置history的信息记录级别为“none”时，这一类表也可以不用；

 ACT_ID_* : “ID”代表“Identity”（身份），这些表中保存的都身份信息，如用户和组以及两者之间的关系。如果Activiti被集成在某一系统当中的话，这些表可以不用，可以直接使用现有系统中的用户或组信息；

 ACT_RE_* : “RE”代表“Repository”（仓库），这些表中保存一些 ‘静态’信息，如流程定义和流程资源（如图片、规则等）；

 ACT_RU_* : “RU”代表“Runtime”（运行时），这些表中保存一些流程实例、用户任务、变量等的运行时数据。Activiti只保存流程实例在执行过程中的运行时数据，并且当流程结束后会立即移除这些数据，这是为了保证运行时表尽量的小并运行的足够快；

1.2 数据库表结构

Activiti数据表清单:

表名 解释 ACT_GE_BYTEARRAY通用的流程定义和流程资源

ACT_GE_PROPERTY系统相关属性

ACT_HI_ACTINST历史的流程实例

ACT_HI_ATTACHMENT历史的流程附件

ACT_HI_COMMENT历史的说明性信息

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

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

ACT_HI_PROCINST历史的流程实例

ACT_HI_TASKINST历史的任务实例

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

ACT_ID_GROUP身份信息-组信息

ACT_ID_INFO身份信息-组信息

ACT_ID_MEMBERSHIP身份信息-用户和组关系的中间表

ACT_ID_USER身份信息-用户信息

ACT_RE_DEPLOYMENT部署单元信息

ACT_RE_MODEL模型信息

ACT_RE_PROCDEF已部署的流程定义

ACT_RU_EVENT_SUBSCR运行时事件

ACT_RU_EXECUTION运行时流程执行实例

ACT_RU_IDENTITYLINK运行时用户关系信息

ACT_RU_JOB运行时作业

ACT_RU_TASK运行时任务

ACT_RU_VARIABLE运行时变量表

2 Activiti中主要对象的关系

本节主要介绍在工作流中出现的几个对象及其之间的关系，以及在Activiti中各个对象是如何关联的。

在开始之前先看看下图，对整个对象结构有个了解，再结合实例详细介绍理解。

图1. Activiti中几个对象之间的关系

我们模拟一个请假的流程进行分析介绍，该流程主要包含以下几个步骤：

 员工申请请假

 部门领导审批

 人事审批

 员工销假

ProcessInstance对象

员工开始申请请假流程，通过runtimeService.startProcessInstance()方法启动，引擎会创建一个流程实例（ProcessInstance）。

简单来说流程实例就是根据一次（一条）业务数据用流程驱动的入口，两者之间是一对一的关系。流程引擎会创建一条数据到ACT_RU_EXECUTION表，同时也会根据history的级别决定是否查询相同的历史数据到ACT_HI_PROCINST表。

启动完流程之后业务和流程已经建立了关联关系，第一步结束。

启动流程和业务关联区别：

 对于自定义表单来说启动的时候会传入businessKey作为业务和流程的关联属性

 对于动态表单来说不需要使用businessKey关联，因为所有的数据都保存在引擎的表中

 对于外部表单来说businessKey是可选的，但是一般不会为空，和自定义表单类似

Execution对象

对于初学者来说，最难理解的地方就是ProcessInstance与Execution之间的关系，要分两种情况说明。Execution的含义就是一个流程实例（ProcessInstance）具体要执行的过程对象。

不过在说明之前先声明两者的对象映射关系：

ProcessInstance（1）→ Execution(N)，（其中N >= 1）。

1) 值相等的情况：

除了在流程中启动的子流程之外，流程启动之后在表ACT_RU_EXECUTION中的字段ID_和PROC_INST_ID_字段值是相同的。

图2. ID_和PROC_INST_ID_相等

2) 值不相等的情况：

不相等的情况目前只会出现在子流程中（包含：嵌套、引入），例如一个购物流程中除了下单、出库节点之外可能还有一个付款子流程，在实际企业应用中付款流程通常是作为公用的，所以使用子流程作为主流程（购物流程）的一部分。

当任务到达子流程时引擎会自动创建一个付款流程，但是这个流程有一个特殊的地方，在数据库可以直观体现，如下图。

图3. ID_和PROC_INST_ID_不相等

上图中有两条数据，第二条数据（嵌入的子流程）的PARENT_ID_等于第一条数据的ID_和PROC_INST_ID_，并且两条数据的PROC_INST_ID_相同。 上图中还有一点特殊的地方，字段IS_ACTIVE_的值分别是0和1，说明正在执行子流程主流程挂起。

Task对象

前面说了ProcessInstance和业务是一对一关联的，和业务数据最亲密；而Task则和用户最亲密的（UserTask），用户每天的待办事项就是一个个的Task对象。

从图1中看得出Execution和Task是一对一关系，Task可以是任何类型的Task实现，可以是用户任务（UserTask）、Java服务（Java ServiceTask）等，在实际流程运行中只不过面向对象不同，用户任务(UserTask)需要有人为参与完成（complete），Java服务需要由系统自动执行（execution）。

图4. 表ACT_RU_TASK

Task是在流程定义中看到的最大单位，每当一个Task完成的时候会引擎会把当前的任务移动到历史中，然后插入下一个任务插入到表ACT_RU_TASK中。结合请假流程来说就是让用户点击“完成”按钮提交当前任务是的动作，引擎自动根据任务的顺序流或者排他分支判断走向。

HistoryActivity（历史活动）

图5. 表ACT_HI_ACTINST

Activity包含了流程中所有的活动数据，例如开始事件（图5表中的第1条数据）、各种分支（排他分支、并行分支等，图5表中的第2条数据）、以及刚刚提到的Task执行记录（如图5表中的第3、4条数据）。 有些人认为Activity和Task是多对一关系，其实不是，从上图中可以看出来根本没有Task相关的字段。

结合请假流程来说，如Task中提到的当完成流程的时候所有下一步要执行的任务（包括各种分支）都会创建一个Activity记录到数据库中。例如领导审核节点点击“同意”按钮就会流转到人事审批节点，如果“驳回”那就流转到调整请假内容节点，每一次操作的Task背后实际记录更详细的活动（Activity）。

合集下载

act_hi_actinst表结构

act_hi_actinst表结构

act_hi_actinst表结构

act_hi_actinst表是Activiti引擎中的历史流程活动实例表，用于记录流程实例的所有活动信息。下面将详细介绍该表的结构以及各字段的含义。

act_hi_actinst表的结构如下：

字段名 类型 描述

ID VARCHAR2 主键id

PROC_DEF_ID VARCHAR2 流程定义id

PROC_INST_ID VARCHAR2 流程实例id

EXECUTION_ID VARCHAR2 执行实例id

ACT_ID VARCHAR2 定义的活动节点id

TASK_ID VARCHAR2 任务节点id

CALL_PROC_INST_ID VARCHAR2 调用流程实例id

ACT_NAME VARCHAR2 活动名称

ACT_TYPE VARCHAR2 活动节点类型 ASSIGNEE VARCHAR2 任务执行人

START_TIME TIMESTAMP 活动开始时间

END_TIME TIMESTAMP 活动结束时间

DURATION NUMBER 活动持续时间（毫秒）

DELETE_REASON VARCHAR2 删除原因

TENANT_ID VARCHAR2 租户id

下面是各个字段的详细解释：

1.ID：主键id，是该表的唯一标识符。

2.PROC_DEF_ID：流程定义id，指明了该活动节点所属的流程定义。

3.PROC_INST_ID：流程实例id，指明了该活动节点所属的流程实例。

4.EXECUTION_ID：执行实例id，指明了该活动节点所属的执行实例。

5.ACT_ID：定义的活动节点id，指明了该活动节点在流程图中的标识。

6.TASK_ID：任务节点id，指明了该活动节点所关联的任务节点。 7.CALL_PROC_INST_ID：调用流程实例id，指明了该活动节点所调用的外部流程实例。

8.ACT_NAME：活动名称，指明了该活动节点在流程图中的显示名称。

activity表结构

activity表结构

activity表结构 ## activity表结构

**activity表**记录了活动的相关信息，主要包括以下几列：

1. id：自增主键，记录个体活动信息。

2. name：活动名称，标记活动的描述文字。

3. start_time：活动开始时间，记录活动的开始日期及时间。

4. end_time：活动结束时间，记录活动的结束日期及时间。

5. intro：活动详情，详细介绍活动意义，参与者需要满足的条件及规定。

6. location：活动地点，活动召开的物理地点。

7. cost：活动费用，参与活动所要支出的费用，有些活动可能会收取参与者部分费用。 8. type：活动类型，区分活动类型，便于查询和统计分析。

9. max_participants：最大参与人数，记录活动可接受的最大参与人数。

10. cur_participants：当前参与人数，记录参与活动的当前人数。 11. responsible_person：负责人，台活动要有特定的负责人负责组织和安排活动。

activity表结构主要用来记录并安排活动。id、name、start_time、end_time、intro、location、cost为必填字段，用于详细介绍活动的各个要素，确保活动的顺利开展。type和max_participants用于划分活动的类型，以及控制参加活动的人数规模，cur_participants则是实时更新的参与人数，来监督安排活动的过程。最后responcible_person是负责活动的特定人员，他必须认真阅读各个要素并全程督导。各项字段的变化都将反应在表中，来保证活动更好的组织、指导和管理。

activity 工作流详细介绍

activity 工作流详细介绍

activity 工作流详细介绍

Activity工作流详细介绍

随着科技的发展，人们对于工作效率和流程管理的要求也越来越高。在现代企业和组织中，活动（Activity）工作流成为了一个重要的工具，用于管理和优化各种类型的业务流程。本文将详细介绍Activity工作流的定义、特点、使用场景以及它所带来的好处。

一、定义

Activity工作流是一种用于描述、管理和执行业务流程的工具。它通过将业务流程拆解为一系列的活动（Activity）和控制流（Flow）来实现对流程的管理和控制。每个活动代表了一个具体的业务操作，而控制流则描述了活动之间的先后顺序和条件关系。

二、特点

1. 可视化建模：Activity工作流提供了图形化的建模工具，使用户可以直观地设计和编辑业务流程。通过拖拽和连接各种活动和控制流，用户可以快速构建出复杂的流程模型。

2. 强大的执行引擎：Activity工作流的执行引擎可以自动执行和协调各个活动，按照预定义的规则和条件进行流转。同时，它还提供了错误处理、并发控制、事务管理等功能，确保流程的正确执行。

3. 灵活的流程控制：Activity工作流支持多种流程控制机制，如条件分支、循环、并行等。这使得用户可以根据不同的业务需求，灵活地设计和调整流程的控制逻辑。

4. 高度可扩展：Activity工作流提供了丰富的扩展机制，用户可以通过自定义活动和控制组件，满足特定业务场景的需求。此外，它还支持与其他系统进行集成，实现流程的自动化和信息的无缝传递。

三、使用场景

Activity工作流可以应用于各种业务场景，尤其适用于以下几个方面：

1. 流程管理：Activity工作流可以帮助企业和组织规范和优化各种类型的流程，如请假流程、审批流程、销售流程等。通过明确的流程定义和自动化的执行，可以提高工作效率和质量。

2. 工作协同：Activity工作流可以实现不同岗位之间的协同工作。通过定义和分配任务，每个参与者可以清楚地知道自己需要做什么，以及何时完成。这有助于提高团队的协作效率和沟通效果。

act_re_model表结构

act_re_model表结构

act_re_model表结构

act_re_model表是Activiti工作流引擎中的一个重要表，用于存储流程模型的相关信息。在本文中，我们将详细介绍act_re_model表的结构和各个字段的含义。

act_re_model表的结构如下：

1. ID：流程模型的唯一标识，是一个字符串类型的字段。

2. REV：流程模型的版本号，是一个整型字段。

3. NAME：流程模型的名称，是一个字符串类型的字段。

4. KEY：流程模型的键值，是一个字符串类型的字段。该字段在流程模型的创建过程中由用户指定，用于唯一标识一个流程模型。

5. CATEGORY：流程模型的分类，是一个字符串类型的字段。用户可以根据自己的需求对流程模型进行分类管理。

6. CREATE_TIME：流程模型的创建时间，是一个日期类型的字段。

7. LAST_UPDATE_TIME：流程模型的最后更新时间，是一个日期类型的字段。

8. VERSION：流程模型的版本，是一个整型字段。每次对流程模型进行修改时，版本号都会自动加1。 9. META_INFO：流程模型的元信息，是一个字符串类型的字段。该字段用于存储流程模型的一些额外信息，如流程模型的描述、作者等。

10. DEPLOYMENT_ID：流程模型的部署ID，是一个字符串类型的字段。当流程模型被部署到Activiti引擎中时，会生成一个唯一的部署ID。

11. EDITOR_SOURCE_VALUE_ID：流程模型的源码值ID，是一个字符串类型的字段。该字段用于存储流程模型的源码值。

12. EDITOR_SOURCE_EXTRA_VALUE_ID：流程模型的额外源码值ID，是一个字符串类型的字段。该字段用于存储流程模型的额外源码值。

13. TENANT_ID：租户ID，是一个字符串类型的字段。该字段用于多租户环境下对流程模型进行区分。

以上就是act_re_model表的结构和各个字段的含义。通过对这些字段的了解，我们可以更好地理解和使用Activiti工作流引擎中的流程模型功能。希望本文对您有所帮助！