数据库表结构说明
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_:大文本类型,存储文本字节流
6. GENERATED_:是否是引擎生成,0为用户生成 1为Activiti生成
ACT_RE_DEPLOYMENT:用来存储部署时需要持久化保存下来的信息
1. ID_:部署编号,自增长
2. NAME_:部署包的名称
3. DEPLOY_TIME_:部署时间
4. CATEGORY_:分类
5. TENANT_ID_:租户id
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
10. SUSPENSION_STATE_:是否挂起,1 激活 2挂起
11. TENANT_ID_:租户id
注:此表和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_:是否为并行(true/false)
11. IS_SCOPE_:
12. IS_EVENT_SCOPE_:
13. SUSPENSION_STATE_:挂起状态 1激活 2挂起
14. CACHED_ENT_STATE_:
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_:审批时长
16. SUSPENSION_STATE_:1代表激活 2代表挂起协办委托的时候会用到
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_ : 流程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_ : 从运行中任务表中删除原因
13. TENANT_ID_:租户Id
14. NAME:名称
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_ : 流程实例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下,并加入驱动包
本文部分内容整理自itcast讲义,在此表示感谢。
作者:jiankunking 出处:http://blog.csdn.net/jiankunking