Activiti数据库表结构.docx
- 文档编号:6921106
- 上传时间:2023-01-12
- 格式:DOCX
- 页数:10
- 大小:127.69KB
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_:
流程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_:
流程实例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下,并加入驱动包。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- Activiti 数据库 结构
![提示](https://static.bdocx.com/images/bang_tan.gif)