Activiti工作流引擎数据库表结构

时间:2022-08-18 05:41:09

版权声明:本文为博主原创文章,未经博主允许不得转载。不经过允许copy,讲追究法律责任,欢迎加入我们的学习提升群466355109,可以相互交流


数据库表的命名


Acitiviti数据库中表的命名都是以ACT_开头的。第二部分是一个两个字符用例表的标识。此用例大体与服务API是匹配的。

l  ACT_RE_*:’RE’表示repository。带此前缀的表包含的是静态信息,如,流程定义,流程的资源(图片,规则等)。

l  ACT_RU_*:’RU’表示runtime。这是运行时的表存储着流程变量,用户任务,变量,职责(job)等运行时的数据。Activiti只存储实例执行期间的运行时数据,当流程实例结束时,将删除这些记录。这就保证了这些运行时的表小且快。

l  ACT_ID_*:’ID’表示identity。这些表包含标识的信息,如用户,用户组,等等。

l  ACT_HI_*:’HI’表示history。就是这些表包含着历史的相关数据,如结束的流程实例,变量,任务,等等。

l  ACT_GE_*:普通数据,各种情况都使用的数据。

数据库表结构图

Activiti工作流引擎数据库表结构

数据库表结构说明(京缘网络整理

l  ACT_GE_PROPERTY:属性数据表。存储这个流程引擎级别的数据。

1.    NAME_:属性名称

2.    VALUE_:属性值

3.    REV_INT:版本号

l  ACT_GE_BYTEARRAY:用来保存部署文件的大文本数据

1.    ID_:资源文件编号,自增长

2.    REV_INT:版本号

3.    NAME_:资源文件名称

4.    DEPLOYMENT_ID_:来自于父表ACT_RE_DEPLOYMENT的主键

5.    BYTES_:大文本类型,存储文本字节流

l  ACT_RE_DEPLOYMENT:用来存储部署时需要持久化保存下来的信息

1.    ID_:部署编号,自增长

2.    NAME_:部署包的名称

3.    DEPLOY_TIME_:部署时间

l  ACT_RE_PROCDEF:业务流程定义数据表

1.    ID_:流程ID,由“流程编号:流程版本号:自增长ID”组成

2.    CATEGORY_:流程命名空间(该编号就是流程文件targetNamespace的属性值)

3.    NAME_:流程名称(该编号就是流程文件process元素的name属性值)

4.    KEY_:流程编号(该编号就是流程文件process元素的id属性值)

5.    VERSION_:流程版本号(由程序控制,新增即为1,修改后依次加1来完成的)

6.    DEPLOYMENT_ID_:部署编号

7.    RESOURCE_NAME_:资源文件名称

8.    DGRM_RESOURCE_NAME_:图片资源文件名称

9.    HAS_START_FROM_KEY_:是否有Start From Key

注:此表和ACT_RE_DEPLOYMENT是多对一的关系,即,一个部署的bar包里可能包含多个流程定义文件,每个流程定义文件都会有一条记录在ACT_REPROCDEF表内,每个流程定义的数据,都会对于ACT_GE_BYTEARRAY表内的一个资源文件和PNG图片文件。和ACT_GE_BYTEARRAY的关联是通过程序用ACT_GE_BYTEARRAY.NAME与ACT_RE_PROCDEF.NAME_完成的,在数据库表结构中没有体现。

l  ACT_ID_GROUP:用来存储用户组信息。

1.    ID_:用户组名*

2.    REV_INT:版本号

3.    NAME_:用户组描述信息*

4.    TYPE_:用户组类型

l  ACT_ID_MEMBERSHIP:用来保存用户的分组信息

1.    USER_ID_:用户名

2.    GROUP_ID_:用户组名

l  ACT_ID_USER:

1.    ID_:用户名

2.    REV_INT:版本号

3.    FIRST_:用户名称

4.    LAST_:用户姓氏

5.    EMAIL_:邮箱

6.    PWD_:密码

l  ACT_RU_EXECUTION:

1.     ID_:

2.     REV_:版本号

3.     PROC_INST_ID_:流程实例编号

4.     BUSINESS_KEY_:业务编号

5.     PARENT_ID_:找到该执行实例的父级,最终会找到整个流程的执行实例

6.     PROC_DEF_ID_:流程ID

7.     SUPER_EXEC_: 引用的执行模板

8.     ACT_ID_: 节点id

9.     IS_ACTIVE_: 是否访问

10.  IS_CONCURRENT_:

11.  IS_SCOPE_: 

l  ACT_RU_TASK:运行时任务数据表。

1.     ID_:

2.     REV_:

3.     EXECUTION_ID_: 执行实例的id

4.     PROC_INST_ID_: 流程实例的id

5.     PROC_DEF_ID_:  流程定义的id,对应act_re_procdef 的id_

6.     NAME_:  任务名称,对应 ***task 的name

7.     PARENT_TASK_ID_ : 对应父任务

8.     DESCRIPTION_:

9.     TASK_DEF_KEY_: ***task 的id

10.  OWNER_   : 发起人

11.  ASSIGNEE_: 分配到任务的人

12.  DELEGATION_ :  委托人

13.  PRIORITY_: 紧急程度

14.  CREATE_TIME_: 发起时间

15.  DUE_TIME_:审批时长

l  ACT_RU_IDENTITYLINK:任务参与者数据表。主要存储当前节点参与者的信息。

1.     ID_:  标识

2.     REV_: 版本

3.     GROUP_ID_: 组织id

4.     TYPE_: 类型

5.     USER_ID_: 用户id

6.     TASK_ID_: 任务id

l  ACT_RU_VARIABLE:运行时流程变量数据表。

1.     ID_:标识

2.     REV_:版本号

3.     TYPE_:数据类型

4.     NAME_:变量名

5.     EXECUTION_ID_: 执行实例id

6.     PROC_INST_ID_: 流程实例id

7.     TASK_ID_: 任务id

8.     BYTEARRAY_ID_:

9.     DOUBLE_:若数据类型为double ,保存数据在此列

10.  LONG_: 若数据类型为Long保存数据到此列

11.  TEXT_: string 保存到此列

12.  TEXT2_:

l  ACT_HI_PROCINST:

1.     ID_ : 唯一标识

2.     PROC_INST_ID_ : 流程ID

3.     BUSINESS_KEY_ : 业务编号

4.     PROC_DEF_ID_ : 流程定义id

5.     START_TIME_ : 流程开始时间

6.     ENT__TIME :  结束时间

7.     DURATION_ : 流程经过时间

8.     START_USER_ID_ : 开启流程用户id

9.     START_ACT_ID_ : 开始节点

10.  END_ACT_ID_: 结束节点

11.  SUPER_PROCESS_INSTANCE_ID_ : 父流程流程id

12.  DELETE_REASON_ : 从运行中任务表中删除原因

l  ACT_HI_ACTINST:

1.     ID_ : 标识

2.     PROC_DEF_ID_ :流程定义id

3.     PROC_INST_ID_ : 流程实例id

4.     EXECUTION_ID_ : 执行实例

5.     ACT_ID_ : 节点id

6.     ACT_NAME_ : 节点名称

7.     ACT_TYPE_ : 节点类型

8.     ASSIGNEE_ : 节点任务分配人

9.     START_TIME_ : 开始时间

10.  END_TIME_ : 结束时间

11.  DURATION : 经过时长

l  ACT_HI_TASKINST:

1.     ID_ : 标识

2.     PROC_DEF_ID_ : 流程定义id

3.     TASK_DEF_KEY_ : 任务定义id

4.     PROC_INST_ID_ : 流程实例id

5.     EXECUTION_ID_ : 执行实例id

6.     PARENT_TASK_ID_ : 父任务id

7.     NAME_ : 任务名称

8.     DESCRIPTION_ : 说明

9.     OWNER_ : 拥有人(发起人)

10.  ASSIGNEE_ : 分配到任务的人

11.  START__TIME_ : 开始任务时间

12.  END_TIME_ : 结束任务时间

13.  DURATION_ : 时长

14.  DELETE_REASON_ :从运行时任务表中删除的原因

15.  PRIORITY_ : 紧急程度

16.  DUE_DATE_ :

l  ACT_HI_DETAIL:启动流程或者在任务complete之后,记录历史流程变量

1.     ID_ : 标识

2.     TYPE_ : variableUpdate 和 formProperty 两种值

3.     PROC_INST_ID_ : 对应流程实例id

4.     EXECUTION_ID_ : 对应执行实例id

5.     TASK_ID_ : 对应任务id

6.     ACT_INST_ID : 对应节点id

7.     NAME_ : 历史流程变量名称,或者表单属性的名称

8.     VAR_TYPE_ : 定义类型

9.     REV_ : 版本

10.  TIME_ : 导入时间

11.  BYTEARRAY_ID_

12.  DOUBLE_ : 如果定义的变量或者表单属性的类型为double,他的值存在这里

13.  LONG_ : 如果定义的变量或者表单属性的类型为LONG ,他的值存在这里

14.  TEXT_ :  如果定义的变量或者表单属性的类型为string,值存在这里

15.  TEXT2_:

l  ACT_HI_COMMENT 意见表

1.     ID_ :标识

2.     TYPE_ : 意见记录类型 为comment 时 为处理意见

3.     TIME_ : 记录时间

4.     USER_ID_ :

5.     TASK_ID_ : 对应任务的id

6.     PROC_INST_ID_ : 对应的流程实例的id

7.     ACTION_ : 为AddComment 时为处理意见

8.     MESSAGE_ : 处理意见

9.     FULL_MSG_ :

京缘网络结论及总结

l  流程文件部署主要涉及到3个表,分别是:ACT_GE_BYTEARRAY、ACT_RE_DEPLOYMENT、ACT_RE_PROCDEF。主要完成“部署包”-->“流程定义文件”-->“所有包内文件”的解析部署关系。从表结构中可以看出,流程定义的元素需要每次从数据库加载并解析,因为流程定义的元素没有转化成数据库表来完成,当然流程元素解析后是放在缓存中的,具体的还需要后面详细研究。

l  流程定义中的java类文件不保存在数据库里 。

l  组织机构的管理相对较弱,如果要纳入单点登录体系内还需要改造完成,具体改造方法有待研究。

l  运行时对象的执行与数据库记录之间的关系需要继续研究

l  历史数据的保存及作用需要继续研究。

 

Activiti使用Mybatis3做持久化工作,可以在配置中设置流程引擎启动时创建表。

Activiti使用到的表都是ACT_开头的。

ACT_RE_*:流程定义存储。

ACT_RU_*:流程执行记录,记录流程启动到结束的所有动作,流程结束后会清除相关记录。

ACT_ID_*:用户记录,流程中使用到的用户和组。

ACT_HI_*:流程执行的历史记录。

ACT_GE_*:通用数据及设置。

使用到的表:

ACT_GE_BYTEARRAY:流程部署的数据。

ACT_GE_PROPERTY:通用设置。

ACT_HI_ACTINST:流程活动的实例。

ACT_HI_ATTACHMENT:

ACT_HI_COMMENT:

ACT_HI_DETAIL:

ACT_HI_PROCINST:流程实例。

ACT_HI_TASKINST:任务实例。

ACT_ID_GROUP:用户组。

ACT_ID_INFO:

ACT_ID_MEMBERSHIP:

ACT_ID_USER:用户。

ACT_RE_DEPLOYMENT:部署记录。

ACT_RE_PROCDEF:流程定义。

ACT_RU_EXECUTION:流程执行记录。

ACT_RU_IDENTITYLINK:

ACT_RU_JOB:

ACT_RU_TASK:执行的任务记录。

ACT_RU_VARIABLE:执行中的变量记录。

 

activiti-administrator

自带的用户管理系统,维护用户和组,需要配置数据连接参数,在activiti-administrator\WEB-INF\applicationContext.xml中,并加入JDBC驱动包。

activiti-cycle

PVM活动检测的,由activiti-rest提供服务,不需配置。

activiti-explorer

可以查看用户任务和启动流程,由activiti-rest提供服务,不需配置。

activiti-kickstart

简单的点对点流程定义维护工具,需要配置数据连接,把activiti.cfg.xml文件放在classes下,并加入驱动包。

activiti-modeler

在线编辑和维护流程定义的工具,最后以文件夹方式部署,需要配置activiti-modeler\WEB-INF\classes\configuration.properties文件。

activiti-probe

PVM的观测服务,由activiti-rest提供服务,不需配置,可以查看deployment、processdefinition、processinstance、database。

activiti-rest

其他几个应用的服务提供者,需要配置数据连接,把activiti.cfg.xml文件放在classes下,并加入驱动包。


Activiti工作流引擎数据库表结构


版权声明:本文为博主原创文章,未经博主允许不得转载。不经过允许copy,讲追究法律责任,欢迎加入我们的学习提升群466355109,可以相互交流