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_*:普通数据,各种情况都使用的数据。

二、数据库表结构说明

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

  NAME_:属性名称

  VALUE_:属性值

  REV_INT:版本号

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

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

  REV_INT:版本号

  NAME_:资源文件名称

  DEPLOYMENT_ID_:来自于父表ACT_RE_DEPLOYMENT的主键

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

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

  ID_:部署编号,自增长

  NAME_:部署包的名称

  DEPLOY_TIME_:部署时间

 4,ACT_RE_PROCDEF:业务流程定义数据表

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

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

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

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

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

  DEPLOYMENT_ID_:部署编号

  RESOURCE_NAME_:资源文件名称

  DGRM_RESOURCE_NAME_:图片资源文件名称

  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_完成的,

  在数据库表结构中没有体现。

 5,ACT_ID_GROUP:用来存储用户组信息。

  ID_:用户组名*

  REV_INT:版本号

  NAME_:用户组描述信息*

  TYPE_:用户组类型

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

  USER_ID_:用户名

  GROUP_ID_:用户组名

 7,ACT_ID_USER:用户信息表

  ID_:用户名

  REV_INT:版本号

  FIRST_:用户名称

  LAST_:用户姓氏

  EMAIL_:邮箱

  PWD_:密码

 8,ACT_RU_EXECUTION:

  ID_:主键

  REV_:版本号

  PROC_INST_ID_:流程实例编号

  BUSINESS_KEY_:业务编号

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

  PROC_DEF_ID_:流程ID

  SUPER_EXEC_: 引用的执行模板

  ACT_ID_: 节点id

  IS_ACTIVE_: 是否访问

  IS_CONCURRENT_:

  IS_SCOPE_:

 9,ACT_RU_TASK:运行时任务数据表。

  ID_:主键

  REV_:版本号

  EXECUTION_ID_: 执行实例的id

  PROC_INST_ID_: 流程实例的id

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

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

  PARENT_TASK_ID_ : 对应父任务

  DESCRIPTION_:

  TASK_DEF_KEY_: ***task 的id

  OWNER_ : 发起人

  ASSIGNEE_: 分配到任务的人

  DELEGATION_ :  委托人

  PRIORITY_: 紧急程度

  CREATE_TIME_: 发起时间

  DUE_TIME_:审批时长

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

  ID_:  标识

  REV_: 版本

  GROUP_ID_: 组织id

  TYPE_: 类型

  USER_ID_: 用户id

  TASK_ID_: 任务id

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

  ID_:标识

  REV_:版本号

  TYPE_:数据类型

  NAME_:变量名

  EXECUTION_ID_: 执行实例id

  PROC_INST_ID_: 流程实例id

  TASK_ID_: 任务id

  BYTEARRAY_ID_:

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

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

  TEXT_: string 保存到此列

  TEXT2_:

 12,ACT_HI_PROCINST:

  ID_ : 唯一标识

  PROC_INST_ID_ : 流程ID

  BUSINESS_KEY_ : 业务编号

  PROC_DEF_ID_ : 流程定义id

  START_TIME_ :  流程开始时间

  ENT__TIME :  结束时间

  DURATION_ : 流程经过时间

  START_USER_ID_ : 开启流程用户id

  START_ACT_ID_ : 开始节点

  END_ACT_ID_: 结束节点

  SUPER_PROCESS_INSTANCE_ID_ : 父流程流程id

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

13,ACT_HI_ACTINST:

  ID_ : 标识

  PROC_DEF_ID_ :流程定义id

  PROC_INST_ID_ : 流程实例id

  EXECUTION_ID_ : 执行实例

  ACT_ID_ : 节点id

  ACT_NAME_ : 节点名称

  ACT_TYPE_ : 节点类型

  ASSIGNEE_ : 节点任务分配人

  START_TIME_ : 开始时间

  END_TIME_ : 结束时间

  DURATION : 经过时长

 14,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_ : 开始任务时间

  END_TIME_ : 结束任务时间

  DURATION_ : 时长

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

  PRIORITY_ : 紧急程度

  DUE_DATE_ :

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

  ID_ : 标识

  TYPE_ : variableUpdate 和 formProperty 两种值

  PROC_INST_ID_ : 对应流程实例id

  EXECUTION_ID_ : 对应执行实例id

  TASK_ID_ : 对应任务id

  ACT_INST_ID : 对应节点id

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

  VAR_TYPE_ : 定义类型

  REV_ : 版本

  TIME_ : 导入时间

  BYTEARRAY_ID_

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

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

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

  TEXT2_:

 16,ACT_HI_COMMENT 意见表

  ID_ :标识

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

  TIME_ : 记录时间

  USER_ID_ :

  TASK_ID_ : 对应任务的id

  PROC_INST_ID_ : 对应的流程实例的id

  ACTION_ : 为AddComment 时为处理意见

  MESSAGE_ : 处理意见

  FULL_MSG_ :

三、总结:

 1,流程文件部署主要涉及到3个表,分别是:ACT_GE_BYTEARRAY、ACT_RE_DEPLOYMENT、ACT_RE_PROCDEF。

  主要完成“部署包”-->“流程定义文件”-->“所有包内文件”的解析部署关系。从表结构中可以看出,流程定义的元素需要每次从数据库加载并解析,

  因为流程定义的元素没有转化成数据库表来完成,当然流程元素解析后是放在缓存中的;

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

 3,组织机构的管理相对较弱,如果要纳入单点登录体系内还需要改造完成。

作者:整合侠
链接:http://www.cnblogs.com/lizm166/p/8269846.html
来源:博客园
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

上一篇:Apache POI


下一篇:【Python机器学习实战】聚类算法(2)——层次聚类(HAC)和DBSCAN