Activiti数据库表结构.docx

Activiti数据库表结构.docx

《Activiti数据库表结构.docx》由会员分享，可在线阅读，更多相关《Activiti数据库表结构.docx（10页珍藏版）》请在冰豆网上搜索。

Activiti数据库表结构

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

数据库表的命名

Acitiviti数据库中表的命名都是以ACT_开头的。

第二部分是一个两个字符用例表的标识。

此用例大体与服务API是匹配的。

●ACT_RE_*:

’RE’表示repository。

带此前缀的表包含的是静态信息，如，流程定义，流程的资源（图片，规则等）。

●ACT_RU_*:

’RU’表示runtime。

这是运行时的表存储着流程变量，用户任务，变量，职责（job）等运行时的数据。

Activiti只存储实例执行期间的运行时数据，当流程实例结束时，将删除这些记录。

这就保证了这些运行时的表小且快。

●ACT_ID_*:

’ID’表示identity。

这些表包含标识的信息，如用户，用户组，等等。

●ACT_HI_*:

’HI’表示history。

就是这些表包含着历史的相关数据，如结束的流程实例，变量，任务，等等。

●ACT_GE_*:

普通数据，各种情况都使用的数据。

数据库表结构图

数据库表结构说明

●ACT_GE_PROPERTY:

属性数据表。

存储这个流程引擎级别的数据。

1.NAME_:

属性名称

2.VALUE_:

属性值

3.REV_INT:

版本号

●ACT_GE_BYTEARRAY:

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

1.ID_:

资源文件编号，自增长

2.REV_INT:

版本号

3.NAME_:

资源文件名称

4.DEPLOYMENT_ID_:

来自于父表ACT_RE_DEPLOYMENT的主键

5.BYTES_:

大文本类型，存储文本字节流

●ACT_RE_DEPLOYMENT:

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

1.ID_:

部署编号，自增长

2.NAME_:

部署包的名称

3.DEPLOY_TIME_:

部署时间

●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_:

是否有StartFromKey

注：

此表和ACT_RE_DEPLOYMENT是多对一的关系，即，一个部署的bar包里可能包含多个流程定义文件，每个流程定义文件都会有一条记录在ACT_REPROCDEF表内，每个流程定义的数据，都会对于ACT_GE_BYTEARRAY表内的一个资源文件和PNG图片文件。

和ACT_GE_BYTEARRAY的关联是通过程序用ACT_GE_BYTEARRAY.NAME与ACT_RE_PROCDEF.NAME_完成的，在数据库表结构中没有体现。

●ACT_ID_GROUP:

用来存储用户组信息。

1.ID_：

用户组名*

2.REV_INT:

版本号

3.NAME_:

用户组描述信息*

4.TYPE_:

用户组类型

●ACT_ID_MEMBERSHIP:

用来保存用户的分组信息

1.USER_ID_:

用户名

2.GROUP_ID_:

用户组名

●ACT_ID_USER:

1.ID_:

用户名

2.REV_INT:

版本号

3.FIRST_:

用户名称

4.LAST_:

用户姓氏

5.EMAIL_:

邮箱

6.PWD_:

密码

●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_：

●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_：

审批时长

●ACT_RU_IDENTITYLINK：

任务参与者数据表。

主要存储当前节点参与者的信息。

1.ID_：

标识

2.REV_：

版本

3.GROUP_ID_：

组织id

4.TYPE_：

类型

5.USER_ID_：

用户id

6.TASK_ID_：

任务id

●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_：

●ACT_HI_PROCINST：

1.ID_:

唯一标识

2.PROC_INST_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_:

从运行中任务表中删除原因

●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:

经过时长

●ACT_HI_TASKINST：

1.ID_：

标识

2.PROC_DEF_ID_：

流程定义id

3.TASK_DEF_KEY_:

任务定义id

4.PROC_INST_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_:

●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_:

●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_:

结论及总结

●流程文件部署主要涉及到3个表，分别是：

ACT_GE_BYTEARRAY、ACT_RE_DEPLOYMENT、ACT_RE_PROCDEF。

主要完成“部署包”-->“流程定义文件”-->“所有包内文件”的解析部署关系。

从表结构中可以看出，流程定义的元素需要每次从数据库加载并解析，因为流程定义的元素没有转化成数据库表来完成，当然流程元素解析后是放在缓存中的，具体的还需要后面详细研究。

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

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

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

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

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下，并加入驱动包。