Activiti7工作流引擎:基础篇(三) 数据库表结构

2023-11-22 09:50

本文主要是介绍Activiti7工作流引擎:基础篇(三) 数据库表结构,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!



知识传送门 》》》》》》》》


内卷: 一般用于形容某个领域中发生了过度的竞争,导致人们进入了互相倾轧、内耗的状态,也就是非理性的内部竞争。

更宽泛一点说,任何无实质意义的消耗都可称为“内卷”。

在这里插入图片描述
Activiti7的数据库表名以ACT_作为前缀,字段都是以下划线_结尾的,第二个前缀表示业务类每个表都会有一个字段REV_表示乐观锁版本号和业务没有任何关系,每次操作都会加1。

一:GE

1.1 act_ge_property 通用属性表

用于定义系统属性。

  • next.dbid 流程实例id:初始化值为1,启动第一个流程实例值为2501
  • schema 版本号:7.0.0。
    在这里插入图片描述

1.2 act_ge_bytearray 通用字节数组表

用于存储.bpmn文件和.png文件。
在这里插入图片描述

字段名数据类型注释
NAME_varchar(255)资源名称
DEPLOYMENT_ID_varchar(64)部署id:act_re_deployment.id
BYTES_longblob.bpmn或者.png文件对应的二进制文件
GENERATED_tinyint(4)生成方式,0:用户上传,1:系统自动生成

Activiti7中.bpmn文件本质上是一种.xml文件,可以可以通过解析XML获取流程定义文件中的每个节点信息。

/**
* 查询流程定义内容
*/
public void queryProcessDefinitionElement() {ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine();RepositoryService repositoryService = processEngine.getRepositoryService();ProcessDefinition processDefinition = repositoryService.createProcessDefinitionQuery().processDefinitionKey("offwork").singleResult();BpmnModel bpmnModel = repositoryService.getBpmnModel(processDefinition.getId());if (bpmnModel != null) {Collection<FlowElement> flowElements = bpmnModel.getMainProcess().getFlowElements();for (FlowElement flowElement : flowElements) {if (flowElement instanceof UserTask) {// 可以根据Assignee关联act_hi_identitylink找到负责人System.out.println(flowElement.getClass().getSimpleName() + "-"+ flowElement.getId() + "-" + flowElement.getName() + "-" + ((UserTask)flowElement).getAssignee());}}}
}// UserTask-_3-请假申请-${apply}
// UserTask-_4-项目经理-${pm}
// UserTask-_5-人事-${hr}

二:RE

每部署一次就会往act_re_deployment、act_re_procdef、act_ge_bytearray插入一条记录。

ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine();
Deployment deploy = processEngine.getRepositoryService().createDeployment().addClasspathResource("bpmn/offwork.bpmn").name("请假流程").deploy();

2.1 act_re_deployment 资源部署表

在这里插入图片描述

字段名数据类型注释
NAME_varchar(255)流程定义名字,对应于.bpmn中的Name属性
KEY_varchar(255)键值
DEPLOY_TIME_timestamp部署时间

2.2 act_re_procdef 资源流程定义表

act_re_deployment 和 act_re_procdef 是一对一关系。但注意:同一个.bpmn流程可以部署多次。
在这里插入图片描述

字段名数据类型注释
ID_varchar(64)流程定义id,PROC_DEF_ID_,规则:流程的Id + ":" + 流程部署次数 + ":" + 递增值, 如第一次部署为LeaveProcess:1:7504,第二次部署为LeaveProcess:2:17504
NAME_varchar(255)流程定义名字,对应于.bpmn中的Name属性
KEYvarchar(255)流程定义唯一关键字,每个流程定义都不允许重复,对应.bpmn中的Id属性
VERSION_int(11)版本号
DEPLOYMENT_ID_varchar(64)部署id:act_re_deployment.id
RESOURCE_NAME_varchar(4000).bpmn文件名字
DGRM_RESOURCE_NAME_varchar(4000).png文件名字
DESCRIPTION_varchar(4000)流程定义描述
SUSPENSION_STATE_int(11)挂起状态 1:激活,2:挂起(暂停)

请添加图片描述


三:RU 运行时

启动流程实例:

  • act_ru_execution:插入2条记录,第一条为流程实例记录,第二条为执行流记录(即UserTask任务节点)。
  • act_ru_task:插入一条记录,为流程定义的第一个UserTask。
  • act_ru_identitylink:每个UserTask对应一条记录,任务办理人。
  • act_ru_variable:运行时所需的所有变量。
public void startProcessInstance() {Map<String, Object> assignees = new HashMap<>();assignees.put("apply", "张三");assignees.put("pm", "傻经理");assignees.put("hr", "狗人事");String businessKey = "1";ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine();ProcessInstance processInstance = processEngine.getRuntimeService().startProcessInstanceByKey("offwork", businessKey, assignees);
}

3.1 act_ru_execution 流程实例表

第一次插入两条(一条流程实例对象ProcessInstance、一条执行流对象Execution),以后每次插入一条执行流对象。
在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

字段名数据类型注释
PROC_INST_ID_varchar(64)流程实例Id
BUSINESS_KEY_varchar(255)业务Key
PARENT_ID_varchar(64)
PROC_DEF_ID_varchar(64)流程定义id:act_re_procdef.id
ROOT_PROC_INST_ID_varchar(64)根流程实例id,PARENT_ID_=null
ACT_ID_varchar(255)活动id
IS_ACTIVE_tinyint(4)是否激活 1:激活
IS_SCOPE_tinyint(4)是否流程实例:流程实例和子流程都为1
IS_CONCURRENT_tinyint(4)是否并行分支
SUSPENSION_STATE_int(11)挂起状态 1:激活,2:挂起
START_TIME_datetime开始时间
START_USER_ID_varchar(255)启动流程的用户id

3.2 act_ru_task 任务表

  • 每启动一个流程实例就会将第一个任务节点插入该表,即同一个流程定义可以被不同的申请人发起多次,task表中同样有多条任务。
  • 每个任务完成后会自动删除数据,同时将下一个任务插入到该表中。
    在这里插入图片描述
字段名数据类型注释
EXECUTION_ID_varchar(64)执行id
PROC_INST_ID_varchar(64)流程实例Id
PROC_DEF_ID_varchar(64)流程定义id:act_re_procdef.id
NAME_varchar(255)UserTask对应的任务名称Name
TASK_DEF_KEY_varchar(255)UserTask节点对应的Id属性
ASSIGNEE_varchar(255)任务负责人,对应于UserTask中的Assignee属性
PRIORITY_int(11)优先级
CREATE_TIME_timestamp创建时间
DUE_TIME_timestamp到期时间
CLAIM_TIME_timestamp拾起时间
SUSPENSION_STATE_int(11)挂起状态 1:激活,2:挂起

3.3 act_ru_identitylink 参与人

在这里插入图片描述

字段名数据类型注释
TYPE_varchar(64)participant参与者、candidate候选人
USER_ID_varchar(255)用户id,对应于UserTask中的Assignee
PROC_INST_ID_varchar(64)流程实例id
PROC_DEF_ID_varchar(64)流程定义id:act_re_procdef.id

3.4 act_ru_variable 流程变量

运行时所需的所有变量。流程完成后相关变量会被删除。
在这里插入图片描述

字段名数据类型注释
TYPE_varchar(64)数据类型
NAME_varchar(255)变量名
EXECUTION_ID_varchar(64)执行id
PROC_INST_ID_varchar(64)流程实例id
BYTEARRAY_ID_varchar(64)act_re_bytearray.id_
DOUBLE_doubledouble变量值
LONG_bigint(20)long变量值
TEXT_varchar(4000)存储String类型的值
TEXT2_varchar(4000)变量值

四:HI

4.1 act_hi_procinst

字段名数据类型注释
PROC_INST_ID_varchar(64)流程实例id
BUSINESS_KEY_varchar(64)业务key
PROC_DEF_ID_varchar(255)流程定义id
START_TIME_datetime流程开始时间
END_TIME_datetime流程结束时间
DURATION_bigint持续时间
START_USER_ID_varchar开始用户id
START_ACT_ID_varchar(255)开始活动id
END_ACT_ID_varchar(255)结束活动ID,如果此值不为空表示整个流程已经结束了
SUPER_PROCESS_INSTANCE_ID_varchar(64)父流程实例id
DELETE_REASON_varchar(4000)删除原因
NAME_varchar(255)父流程实例名称

4.2 act_hi_taskinst和act_hi_actinst

在这里插入图片描述
TASK_DEF_KEY:对应于.bpmn文件中的每个符号的Id,所以Id一般不要使用生成的数字,改成有意义的名字更加直观。

ACT_HI_TASKINST和ACT_HI_ACTINST有什么区别?
  • ACT_HI_TASKINST 和 ACT_HI_ACTINST 90%的字段相同。
  • ACT_HI_TASKINST 只存储历史任务相关的数据。
  • ACT_HI_ACTINST 存储所有活动节点数据,活动包含事件Event(开始、结束)、各种Task、网关Gateway等。

4.3 act_hi_detail

act_hi_detail 也是用来存储变量信息,不但记录传统的普通的变量,也能记录表单属性。
在这里插入图片描述

4.4 act_hi_identitylink 参与人

在这里插入图片描述
TYPE_:participant、candidate、assignee、owner、starter。

4.4 act_hi_varinst 历史变量

在这里插入图片描述

4.5 act_hi_comment 历史审核意见表

字段名数据类型注释
TYPE_varchar(64)类型:event(事件),comment(意见),也可以自定义类型
TIME_datetime填写时间
USER_ID_varchar(255)填写人
TASK_ID_varchar(64)任务id
PROC_INST_ID_varchar(64)流程实例id
ACTION_varchar(255)动作:AddUserLink(指定负责人)、DeleteUserLink、AddGroupLink、DeleteGroupLink、AddComment(填写意见)、AddAttachment、DeleteAttachement
MESSAGE_varchar(4000)基本内容, 用于存放流程产生的信息,比如审批意见,常存储JSON字符串
FULL_MSG_longblob附件,存储附件文件

五:其它文章

Activiti 数据库表结构参考



知识传送门 》》》》》》》》


这篇关于Activiti7工作流引擎:基础篇(三) 数据库表结构的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/409302

相关文章

Linux下MySQL数据库定时备份脚本与Crontab配置教学

《Linux下MySQL数据库定时备份脚本与Crontab配置教学》在生产环境中,数据库是核心资产之一,定期备份数据库可以有效防止意外数据丢失,本文将分享一份MySQL定时备份脚本,并讲解如何通过cr... 目录备份脚本详解脚本功能说明授权与可执行权限使用 Crontab 定时执行编辑 Crontab添加定

Vite 打包目录结构自定义配置小结

《Vite打包目录结构自定义配置小结》在Vite工程开发中,默认打包后的dist目录资源常集中在asset目录下,不利于资源管理,本文基于Rollup配置原理,本文就来介绍一下通过Vite配置自定义... 目录一、实现原理二、具体配置步骤1. 基础配置文件2. 配置说明(1)js 资源分离(2)非 JS 资

深入浅出Spring中的@Autowired自动注入的工作原理及实践应用

《深入浅出Spring中的@Autowired自动注入的工作原理及实践应用》在Spring框架的学习旅程中,@Autowired无疑是一个高频出现却又让初学者头疼的注解,它看似简单,却蕴含着Sprin... 目录深入浅出Spring中的@Autowired:自动注入的奥秘什么是依赖注入?@Autowired

如何通过try-catch判断数据库唯一键字段是否重复

《如何通过try-catch判断数据库唯一键字段是否重复》在MyBatis+MySQL中,通过try-catch捕获唯一约束异常可避免重复数据查询,优点是减少数据库交互、提升并发安全,缺点是异常处理开... 目录1、原理2、怎么理解“异常走的是数据库错误路径,开销比普通逻辑分支稍高”?1. 普通逻辑分支 v

从基础到高级详解Python数值格式化输出的完全指南

《从基础到高级详解Python数值格式化输出的完全指南》在数据分析、金融计算和科学报告领域,数值格式化是提升可读性和专业性的关键技术,本文将深入解析Python中数值格式化输出的相关方法,感兴趣的小伙... 目录引言:数值格式化的核心价值一、基础格式化方法1.1 三种核心格式化方式对比1.2 基础格式化示例

Python与MySQL实现数据库实时同步的详细步骤

《Python与MySQL实现数据库实时同步的详细步骤》在日常开发中,数据同步是一项常见的需求,本篇文章将使用Python和MySQL来实现数据库实时同步,我们将围绕数据变更捕获、数据处理和数据写入这... 目录前言摘要概述:数据同步方案1. 基本思路2. mysql Binlog 简介实现步骤与代码示例1

redis-sentinel基础概念及部署流程

《redis-sentinel基础概念及部署流程》RedisSentinel是Redis的高可用解决方案,通过监控主从节点、自动故障转移、通知机制及配置提供,实现集群故障恢复与服务持续可用,核心组件包... 目录一. 引言二. 核心功能三. 核心组件四. 故障转移流程五. 服务部署六. sentinel部署

使用shardingsphere实现mysql数据库分片方式

《使用shardingsphere实现mysql数据库分片方式》本文介绍如何使用ShardingSphere-JDBC在SpringBoot中实现MySQL水平分库,涵盖分片策略、路由算法及零侵入配置... 目录一、ShardingSphere 简介1.1 对比1.2 核心概念1.3 Sharding-Sp

从基础到进阶详解Python条件判断的实用指南

《从基础到进阶详解Python条件判断的实用指南》本文将通过15个实战案例,带你大家掌握条件判断的核心技巧,并从基础语法到高级应用一网打尽,文中的示例代码讲解详细,感兴趣的小伙伴可以跟随小编一起学习一... 目录​引言:条件判断为何如此重要一、基础语法:三行代码构建决策系统二、多条件分支:elif的魔法三、

Python WebSockets 库从基础到实战使用举例

《PythonWebSockets库从基础到实战使用举例》WebSocket是一种全双工、持久化的网络通信协议,适用于需要低延迟的应用,如实时聊天、股票行情推送、在线协作、多人游戏等,本文给大家介... 目录1. 引言2. 为什么使用 WebSocket?3. 安装 WebSockets 库4. 使用 We