Activiti6.0表结构完整分析记录

已于 2024-04-07 16:08:05 修改
阅读量109 收藏 1
点赞数
文章标签： java 流程图
于 2024-04-07 15:51:11 首次发布
原文链接：https://blog.csdn.net/shao_yc/article/details/105782074
版权

Activiti 是一个针对企业用户、开发人员 、系统管理员的轻量级工作流业务管理平台（Business Process Management, 简称BPM），其核心是使用 Java 开发的快速 、 稳定的 BPMN2.0 流程引擎 。Activiti是开源的，并基于Apache许可发行。Activiti可以在任何Java应用程序、服务器、集群或云中运行，它可以与 Spring 完美集成。

Activiti Github地址：https://github.com/Activiti/Activiti

工作流的生命周期

在介绍Activiti的表结构之前，非常有必要先对工作流的生命周期有一定的了解。因为在对业务流程进行设计与运行的过程中，都在体现着工作流的生命周期，并且，Activiti的表结构中有一部分也是基于生命周期设计的。

一个完整的工作流生命周期会经过以下五个阶段：定义、发布、执行、监控、优化。
在这里插入图片描述

  • 定义：业务需求人员收集业务需求，然后交由开发人员加工转化为计算机可以识别的流程定义
  • 发布：开发人员打包各种资源，然后在系统管理平台中发布流程定义（包括流程定义文件 、自定义表单 、 任务监听类等资源 ）
  • 执行：流程引擎按照事先定义好的流程，以任务驱动的方式予以执行
  • 监控：监控依赖执行阶段 。业务人员在办理任务的同时，引擎会收集每个任务的办理结果，然后根据结果做出处理
  • 优化：对整个流程的运行结果进行分析，在此基础上进一步改进，并再次开始一个新的周期

Activiti表结构

Activiti（6.0.0）总共包含28张数据表，所有的表名默认以"ACT_"开头

Activiti数据表按类别可以分为五大类：

在这里插入图片描述
上述总共26张表，剩余两张表：
在这里插入图片描述

一、通用数据表

在这里插入图片描述

1. ACT_GE_PROPERTY

在这里插入图片描述
该表为属性表，保存流程引擎的KV键值属性，用于存储流程引擎的级别信息，包括数据库历史操作和数据库版本等，在启动流程引擎时创建。上图中底下的三条记录是创建数据库时自动插入的，插入语句写在建表的 sql 语句中。
在这里插入图片描述
该表的字段说明：

  1. cfg.execution-related-entities-cout：流程执行相关的实例计数器功能，默认是关闭的，开启后在 ACT_RU_EXECUTION 表的后几个带有 *COUNT 的字段会显示计数信息，可以通过配置 activiti.cfg.xml 添加以下语句来开启配置。

  2. next.dbid：记录数据库的主键ID，每对数据库进行一次修改（如部署流程定义文件）该值就会发生变化：next.dbid值+步长，默认步长idBlockSize = 2500。其中的 VALUE_ 和 REV_ 初始值为1，上图中表示我总共进行了59次修改：1+59*2500=147501

  3. schema.history：表示对Activiti整个数据库的操作历史，这里是 create，表示目前仅做过创建表的操作，若整个数据库是从5.x的版本进行升级的，那么该值就会是update的值，同时 REV_ 的值会+1

  4. schema.history：表示Activiti的数据库的版本

通过 ManagementService 的 getProperties 方法可以获取属性值

/**
 * 获取属性表中的属性信息
 */
public static void getProperties(){
    ManagementService managementService = processEngine.getManagementService();
    Map<String, String> properties = managementService.getProperties();
    for(String str: properties.keySet()){
        logger.info(str + ":" + properties.get(str));
    }
}

2. ACT_GE_BYTEARRAY

在这里插入图片描述
该表为资源表，用于保存Activiti运行过程中的资源（如：流程定义文件bpmn和对应的png图片，需要持久化保存的序列化对象，手工添加的资源信息）

关键字段说明：

  1. REV_：该字段为版本号，本质是一个乐观锁，若我们对资源文件进行过修改操作，该值+1；
  2. DEPLOYMENT_ID_：流程资源文件对应的流程部署ID；
  3. BYTES_：流程定义文件一般都是以大对象进行保存，类型为BLOB；点击该字段的值，若为PNG的图片信息，我们将显示方式由文本改为图片，会在下方显示流程图片；
  4. GENERATED_：表示该资源是手动添加的还是自动生成的，0为用户添加，1为引擎生成；若我们在部署资源文件的时候只添加了bpmn文件，流程引擎会为我们自动生成 png的图片

除了以资源文件添加的方式，也可以通过手工方式添加资源信息，我们以插入一个字符串为例：

    public static void testByteArrayInsert(){
        ManagementService managementService = processEngine.getManagementService();
        managementService.executeCommand(new Command<Object>() {
            @Override
            public Object execute(CommandContext commandContext) {
                ByteArrayEntityImpl entity = new ByteArrayEntityImpl();
                entity.setId("10004");
                entity.setName("testSource");
                entity.setBytes("testSource".getBytes());
                commandContext.getByteArrayEntityManager().insert(entity);
//                commandContext.getByteArrayEntityManager().deleteByteArrayById("10004");
                return null;
            }
        });
    }

二、流程定义存储表

在这里插入图片描述

1. ACT_RE_DEPLOYMENT

该表为流程部署表，用于记录流程的部署情况（流程部署的名称、类别、key标识、租户ID、部署时间等）
在这里插入图片描述
关键字段说明：

  1. CATEGORY_：用于标记该流程所属的流程类型
  2. KEY_：流程标识
  3. TENANT_ID_：该流程所属的租户，不同租户对应的流程为不同的版本

想要对上表中的字段有更清晰地认识，可以操纵下面这段代码：

/**
 * 部署流程定义文件
 */
private static void deploy() {
  Deployment deployment = processEngine.getRepositoryService()
	.createDeployment()
	.addClasspathResource("diagrams/MyProcess.bpmn")
	.addClasspathResource("diagrams/MyProcess.png")
	.name("FirstApprove流程")
  	.category("测试流程")
 	.tenantId("A")
  	.key("simpleForm")
  	.activateProcessDefinitionsOn(new SimpleDateFormat("yyyy-MM-dd HH:mm:ss:SSS")
  	.parse("2020-04-15 09:46:00:545"))
	.deploy();
  System.out.println("流程部署ID："+deployment.getId());
  System.out.println("流程部署Name："+deployment.getName());
}

1）当我们部署了一个流程的时候，默认是激活状态的，若我们设置了 activateProcessDefinitionsOn则表示流程未激活，需要以手工方式进行激活。2）上述代码执行后，相应的有三张表发生了变化，ACT_GE_BYTEARRAY 表中增加了两条资源记录，ACT_RE_DEPLOYMENT 表中增加了一条部署记录，ACT_RE_PROCDEF 表中增加了一条流程定义信息记录。

2. ACT_RE_PROCDEF

该表为流程定义信息表，用于记录部署的流程定义信息
在这里插入图片描述
关键字段说明：

  1. REV_：表示的是乐观锁（对流程的修改操作后，该字段值加1，如对流程定义的暂定和激活操作）
    在这里插入图片描述

  2. CATEGORY_：流程定义类别，表示的是流程定义文件（xml格式）中的targetNamespace的属性值
    在这里插入图片描述

  3. NAME_：流程定义文件的 name 属性值

  4. KEY_：流程定义文件的ID值，我们一般以 KEY 值作为流程定义的唯一表标识，并且通过 KEY 值来启动流程定义文件

  5. VERSION_：流程定义的版本号，只要流程定义的ID值不变，每进行一次流程发布，该值加1

  6. DESCRIPTION 和 HAS_START_FORM_KEY_ 对应流程定义文件：
    在这里插入图片描述

  7. SUSPENSION_STATE_：流程暂停状态，1为激活状态，2为暂停挂起状态。

3. ACT_RE_MODEL

模型信息表（用于WEB设计器），在5.x的版本用于WEB设计器，一些json数据会存在此表中，这里不做过多说明。

三、运行时数据表

在这里插入图片描述

1. ACT_RU_EXECTION

该表记录运行时的流程实例与分支的执行信息
在这里插入图片描述
该运行时执行表为启动下面的流程图后的结果，我们启动该流程，首先进入到callActivity（调用式子流程），该子流程会调用第二幅图中的流程，因此运行时的执行表会有这么多条记录（包括两条主干线，以及其他的节点记录）。
在这里插入图片描述
在这里插入图片描述

关键字段说明：

  1. BUSINESS_KEY_：为业务标识，主流程才会拥有业务主键，可以在开启流程实例的时候注入，该业务标识只有在主线流程中可以查看到。
    在这里插入图片描述
  2. PARENT_ID_：父执行ID，对应的是上一执行信息的ID号
  3. SUPER_EXEC_：调用式子流程的父执行ID（一般为CallActiviti所对应的ID）
  4. IS_ACTIVE_：是否活动流程实例，0为非活动，1为活动（一个分支节点完成，则该分支的IS_ACTIVE会变为0）
  5. IS_CONCURRENT_：是否并发，0为非并发，1为并发（这里的并发并非并行执行的概念）
  6. IS_SCOPE：是否全局流程执行，0非，1是
  7. IS_EVENT_SCOPE_：是否激活状态，没有使用到事件的情况下，一般都为0
  8. IS_MI_ROOT_：是否多实例根执行流
  9. SUSPENSION_STATE_：挂起状态，1正常，2挂起
  10. CACHED_ENT_STATE_：缓存结束状态
  11. LOCK_TIME_：锁定时间，锁定时间是不被并发操作的

剩下的几个带有 _COUNT_的字段为其他几张运行时表的记录数，需要配置activiti.cfg.xml的
计数器功能，才生效

2. ACT_RU_TASK

该表记录运行时的 userTask任务信息。
在这里插入图片描述
关键字段说明：

  1. PARENT_TASK_ID_：父节点任务ID，由父节点间接启动
  2. OWNER_：拥有人，一般情况下为空，只有在委托时才有值
  3. DELEGATION_：委托状态，PENDING委托中，RESOLVED已处理，无委托则为空
  4. PRIORITY_：优先级别，默认为50（Main Config中可配置）
  5. DUE_DATE_：过期时间（Main Config中可配置）
  6. CATEGORY_：类别（Main Config中可配置）
  7. SUSPENSION_STATE_：挂起状态，1正常，2挂起
  8. CLAIM_TIME_：该任务节点的获取时间

3. ACT_RU_VARIABLE

记录运行时的变量信息
在这里插入图片描述
关键字段说明：

  1. TYPE_：类型integer，String，double，json，null等
  2. BYTEARRAY_ID_：资源信息ID，若该变量需要用到资源表中的信息，则对应的是资源表中的ID值
  3. TEXT2_：存储持久化对象的对象ID

4. ACT_RU_IDENTITYLINK

记录运行时相关的用户信息
在这里插入图片描述
关键字段说明：
TYPE_：类型assignee，candidate，owner，starter，participant
设置用户类别的方式为：

    @Test
    public void query(){
        TaskService taskService = processEngine.getTaskService();
        Task task = taskService.createTaskQuery().processDefinitionKey("simpleProcess").singleResult();
//        taskService.setOwner(task.getId(), "李四");
        taskService.addUserIdentityLink(task.getId(), "赵六", IdentityLinkType.STARTER);
    }

5. ACT_RU_EVENT_SUBSCR

事件订阅表，记录与消息事件定义相关的信息
在这里插入图片描述
事件订阅表可以通过部署并启动包含消息事件的流程定义来测试
（案例1）消息开始事件
在这里插入图片描述
流程定义文件（my-process-message.bpmn20.xml）如下：

<?xml version="1.0" encoding="UTF-8"?>

<definitions xmlns="http://www.omg.org/spec/BPMN/20100524/MODEL"
             xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:activiti="http://activiti.org/bpmn"
             xmlns:bpmndi="http://www.omg.org/spec/BPMN/20100524/DI" xmlns:omgdc="http://www.omg.org/spec/DD/20100524/DC"
             xmlns:omgdi="http://www.omg.org/spec/DD/20100524/DI" typeLanguage="http://www.w3.org/2001/XMLSchema"
             expressionLanguage="http://www.w3.org/1999/XPath" targetNamespace="http://www.activiti.org/test">
    <message id="messageStart" name="my-message"></message>
    <process id="myProcessMessage">

        <startEvent id="start" >
            <messageEventDefinition messageRef="messageStart" />
        </startEvent>

        <sequenceFlow id="flow1" sourceRef="start" targetRef="someTask" />
        <userTask id="someTask" name="Activiti is awesome!" />
        <sequenceFlow id="flow2" sourceRef="someTask" targetRef="end" />

        <endEvent id="end" />

    </process>

</definitions>

（案例2）中间捕获消息事件定义
在这里插入图片描述
流程定义文件（my-process-message-received.bpmn20.xml）如下：

<?xml version="1.0" encoding="UTF-8"?>

<definitions xmlns="http://www.omg.org/spec/BPMN/20100524/MODEL"
	xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:activiti="http://activiti.org/bpmn"
	xmlns:bpmndi="http://www.omg.org/spec/BPMN/20100524/DI" xmlns:omgdc="http://www.omg.org/spec/DD/20100524/DC"
	xmlns:omgdi="http://www.omg.org/spec/DD/20100524/DI" typeLanguage="http://www.w3.org/2001/XMLSchema"
	expressionLanguage="http://www.w3.org/1999/XPath" targetNamespace="http://www.activiti.org/test">
	<message id="messageStart" name="my-message"></message>
	<process id="myProcessCatchMessage">

		<startEvent id="start" />
		<sequenceFlow id="flow1" sourceRef="start" targetRef="message-received" />
		<intermediateCatchEvent id = "message-received">
			<messageEventDefinition messageRef="messageStart" />
		</intermediateCatchEvent>
		<!--<userTask id="someTask" name="Activiti is awesome!" />-->
		<sequenceFlow id="flow2" sourceRef="message-received" targetRef="end" />

		<endEvent id="end" />

	</process>

</definitions>

关键字段说明：

  1. EVENT_TYPE_：事件订阅类型，message，signal
  2. EVENT_NAME_：事件订阅名称
  3. ACTIVITY_ID_：流程定义节点ID
  4. CONFIGURATION_：配置信息（若在开始事件中配置了消息事件定义，则该配置信息即流程定义ID）
  5. CREATED_：创建时间，时间戳形式

6. ACT_RU_JOB

在这里插入图片描述
运行时作业表，这一类的总共有四张表：

  • ACT_RU_JOB：记录异步任务的数据
  • ACT_RU_TIMER_JOB：记录定时事件的数据
  • ACT_RU_SUSPENDED_JOB：记录暂停的的数据，比如流程中有一个定时任务，如果把这个任务停止工作了，这个任务会在ACT_RU_SUSPENDED_JOB中写入数据
  • ACT_RU_DEADLETTER_JOB：无法执行工作表的数据， 如果一个任务执行了很多次，都无法执行，那么这个任务会写到该表中

备注ps：

  1. ACT_RU_JOB 和 ACT_RU_TIMER_JOB 两张表的表结构为一模一样的
  2. ACT_RU_JOB 比 ACT_RU_DEADLETTER_JOB 多了三个字段LOCK_EXP_TIME_、LOCK_OWNER_和 RETRIES
  3. ACT_RU_JOB 比 ACT_RU_SUSPENDED_JOB 多了两个字段LOCK_EXP_TIME_、LOCK_OWNER_

（案例）定时开始事件
在这里插入图片描述

启动一个定时事件事件流程（my-process-job.bpmn20.xml）：

<?xml version="1.0" encoding="UTF-8"?>

<definitions xmlns="http://www.omg.org/spec/BPMN/20100524/MODEL"
	xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:activiti="http://activiti.org/bpmn"
	xmlns:bpmndi="http://www.omg.org/spec/BPMN/20100524/DI" xmlns:omgdc="http://www.omg.org/spec/DD/20100524/DC"
	xmlns:omgdi="http://www.omg.org/spec/DD/20100524/DI" typeLanguage="http://www.w3.org/2001/XMLSchema"
	expressionLanguage="http://www.w3.org/1999/XPath" targetNamespace="http://www.activiti.org/test">

	<process id="my-process">

		<startEvent id="start">
			<timerEventDefinition> <!-- 配置定时器 -->
				<timeCycle>R5/PT10S</timeCycle> <!--循环执行5次，每10秒执行一次-->
			</timerEventDefinition>
		</startEvent>
		<sequenceFlow id="flow1" sourceRef="start" targetRef="someTask" />
		
		<userTask id="someTask" name="Activiti is awesome!" />
		<sequenceFlow id="flow2" sourceRef="someTask" targetRef="end" />

		<endEvent id="end" />

	</process>

</definitions>

关键字段说明：

  1. LOCK_OWNER_：锁定节点
  2. EXCLUSIVE_：是否唯一
  3. RETRIES_：重试次数3
  4. EXCEPTION_STACK_ID_：异常堆栈（资源表ID）
  5. EXCEPTION_MSG_：异常信息
  6. REPEAT_：重复表达式，如R5/PT10S
  7. HANDLER_TYPE_：处理器类型，如 timer-start-event
  8. HANDLER_CFG_：处理器配置，如 {“activityId”:“start”}表示配置的节点为 start 节点

四、身份数据表

在这里插入图片描述

这一类表是五大类中最简单，最容易理解的，但一般在项目开发中，我们通常会使用自己的用户表。
Activiti中对用户和用户组的支持自带有POJO对象，并支持序列化。如下面表示 ACT_ID_USER 表对应的POJO类

1. ACT_ID_USER

该表存放用户的基本信息，包括用户名、电子邮箱、密码、照片等
在这里插入图片描述
REV：仍然表示的是乐观锁，表示对该用户进行修改的次数。

    public static void setUser() throws Exception {
        User user = identityService.newUser("004");
        user.setFirstName("刘");
        user.setLastName("启明");
        user.setEmail("14851511@163.com");
        user.setPassword("123456");
        identityService.saveUser(user);

		//为某个用户设置照片
        InputStream imInputStream = IdentityServiceTest.class.getClassLoader()
                .getResourceAsStream("diagrams/photo.jpeg");
        byte[] data = toByteArray(imInputStream);
        String mimeType = "photo";
        Picture picture = new Picture(data, mimeType);
        identityService.setUserPicture("001" ,picture);
        System.out.println("设置用户成功");
    }

2. ACT_ID_GROUP

用户组表存放用户的群组信息，包括用户组名、组类型。
在这里插入图片描述

private static void setGroup(){
        Group userGroup = identityService.newGroup("01");
        userGroup.setName("用户组");
        userGroup.setType("用户");
        identityService.saveGroup(userGroup);
        System.out.println("设置组成功");
    }

当然，上面的 ID_值，不一定要是数字，可以是字符串类型。

3.ACT_ID_MEMBERSHIP

用户关系表存放用户隶属的表，通过 IdentityServiceImpl 的 createMembership(String userId, String groupId) 方法可以直接创建用户组关系
在这里插入图片描述

  private static void setMembership(){
        identityService.createMembership("001", "01");
        identityService.createMembership("003", "01");
        identityService.createMembership("004", "01");
        identityService.createMembership("002", "02");
        identityService.createMembership("003", "03");
        identityService.createMembership("004", "04");
        System.out.println("设置用户关系成功");
    }

同样的，这里的 USER_ID_ 和 GROUP_ID_ 只要是字符串类型就可以。

4. ACT_ID_INFO

用于存放除基本信息外的的扩展信息，如年龄、地址、联系方式等
在这里插入图片描述

    private static void setInfo(){
        identityService.setUserInfo("001", "age", "18");
        identityService.setUserInfo("001", "address", "BeiJing");
    }

关键字段说明：

  1. TYPE_：信息类型，可以设置用户账号(account)、用户信息(userinfo)和NULL三种值。
  2. PASSWORD_：用户账号的密码字段，当前的Activiti版本并没有使用该字段。
  3. PARENT_ID_：该信息的父信息ID，如果一条数据设置了父信息ID，则表示该数据是用户账号（信息）的明细数据，例如一个账号有激活日期，那么激活日期就是该账号的明细数据，此处使用了自关联来实现。

五、历史数据表

在这里插入图片描述

1. ACT_HI_PROCINST

历史流程实例表，该表记录流程引擎启动的流程实例。只要有一条实例启动，无论该实例是否完成，都会在该表中插入一条记录。
在这里插入图片描述
关键字段说明：

  1. DURATION_：记录流程开始到结束的时间，单位为毫秒

  2. SUPER_PROCESS_INSTANCE_ID_：调用式子流程中的父流程的ID值

2. ACT_HI_ACTINST

历史节点信息表，该表记录流程运行过程中的每个节点信息，包括开始节点、结束节点、用户任务、服务任务、网关等
在这里插入图片描述
关键字段说明：

  1. TASK_ID_：只有用户任务才有TASK_ID值

  2. CALL_PROC_INST_ID_：针对callActivity调用式子流程中的被调用的流程实例ID值

3. ACT_HI_TASKINST

用户任务实例表，记录历史的用户任务信息
在这里插入图片描述
关键字段说明：

  1. PARENT_TASK_ID_：父节点调用的任务ID
  2. CLAIM_TIME_：该节点的获取时间

4. ACT_HI_ATTACHMENT

历史附件表，记录历史附件相关信息
在这里插入图片描述
关键字段说明：
1.USER_ID_：用户ID
2.NAME_：附件名称
3.DESCRIPTION_：添加的描述信息
4.TYPE_：附件类型
5.URL：附件地址
6.CONTENT_ID_：字节表的ID
8.TIME_：创建时间

在添加附件的时候需要指定任务ID和流程实例ID，并通过指定URL来声明附件的地址，如下所示：

//添加附件
taskService.createAttachment("url", task.getId(), processInstance.getId(), "name", "desc", "/diagrams/test.jpg");

5. ACT_HI_COMMENT

历史评论表，为用户任务设置评论或者设置所有者。
在这里插入图片描述
关键字段说明：

  1. TYPE_：意见记录类型，有event和comment，当是comment时为处理意见。
  2. ACTION_：值为下列内容中的一种：AddUserLink、DeleteUserLink、AddGroupLink、DeleteGroupLink、AddComment、AddAttachment、DeleteAttachment，值为AddComment时为处理意见。
  3. MESSAGE_：用于存放流程产生的信息，比如审批意见
  4. FULL_BLOB_：全部消息，类型为LONGBLOB

下面示例的代码用于添加历史评论，指定流程任务和流程实例，添加评论信息：MESSAGE_

//添加流程所有者
taskService.setOwner(task.getId(), "user1");//ACTION_显示为AddUserLink
//添加评论
taskService.addComment(task.getId(), task.getProcessInstanceId(), "record note1");//ACTION_显示为AddComment
taskService.addComment(task.getId(), task.getProcessInstanceId(), "record note2");

6. ACT_HI_DETALIL

历史细节表，用于记录历史的详细信息。
在这里插入图片描述
关键字段说明：
1.TYPE_：类型有FormProperty 和VariableUpdate
2. DOUBLE_、LONG_、TEXT_：分别显示变量为浮点型、整型和字符串型的变量，TEXT2为存储JPA持久化对象时，才会有值，此值为对象ID
3. VAR_TYPE_：类型说明: jpa-entity、boolean、bytes、serializable(可序列化)、自定义type(根据你自身配置)、 CustomVariableType、date、double、integer、long、null、short、string

修改历史变量并且记录在act_hi_detail表中：

//下面设置初始的变量为key0 : value0，key1 : value1等
RuntimeService runtimeService = processEngine.getRuntimeService();
Map<String, Object> variables = Maps.newHashMap();
variables.put("key0", "value0");
variables.put("key1", "value1");
variables.put("key2", "value2");
ProcessInstance processInstance = runtimeService.startProcessInstanceByKey("simpleProcess", variables);
//修改key1的值为value1_1，相应的修改记录在act_hi_detail表中
runtimeService.setVariable(processInstance.getId(),"key1","value1_1");

7. ACT_HI_IDENTITYLINK

该表为历史用户表，用于记录历史的参与者信息
在这里插入图片描述
TYPE_：类型，主要分为以下几种：assignee、candidate、owner、starter 、participant

六、剩余两张表

1. ACT_EVT_LOG

事件日志表，用于记录与事件相关的一些日志信息，如流程实例结束、创建变量、变量删除、创建任务和任务分配等。
在这里插入图片描述
事件日志表，该表不可修改，只能写入和删除
关键字段说明：

  1. LOG_NR_：自增主键（Activiti表中唯一有自增主键的表）
  2. TYPE_：类型，包括：PROCESSINSTANCE_START、PROCESSINSTANCE_END、ACTIVITY_STARTED、ACTIVITY_COMPLETED、SEQUENCEFLOW_TAKEN、VARIABLE_CREATED、VARIABLE_UPDATED、TASK_ASSIGNED、TASK_CREATED
  3. TIME_STAMP_：时间戳，写入事件的时间点
  4. USER_ID_：用户
  5. DATA_：内容数据，json序列化存到数据库中，内容非常大（为该表中的最核心的数据，官方建议不要存储到mysql中而是存到MongoDB或者elisticsearch中，自动完成对json数据的解析）
  6. LOCK_OWNER_：锁定节点
  7. LOCK_TIME_：锁定时间
  8. IS_PROCESSED_：是否正在执行

2. ACT_PROCDEF_INFO

该表为流程定义扩展表，一般不常用

  1. PROC_DEF_ID_：流程定义ID
  2. INFO_JSON_ID_：为主键ID，对应ACT_GE_BYTEARRAY的ID## 目标

原理

ROOT_UNCLE
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
activiti表结构详解
07-12
工作流表结构对应的erm文件，及其sql文件，里面包含了字段详解
Activiti——数据表结构
当幸福来敲门的专栏
06-08 2436
备注： 本文转自：http://blog.csdn.net/hj7jay/article/details/51302829 转载目的在于个人学习使用，如有涉及著作权相关问题，请联系本人，本人将第一时间删除内容。 Activiti数据表结构 1  Activiti数据库表结构 1.1      数据库表名说明     Activiti工作流总共包含23张数
Activiti6.0的主要表的表结构中的关键字段和对应的实体
CSDN甄子蛋
09-16 922
ACT_RE_DEPLOYMENT【DeploymentEntityImpl】 关键字段 描述 ID_ 主键 NAME_ 名称 CATEGORY 分类 TENANT_ID 多租户标志 DEPLOY_TIME_ 部署时间 KEY_ 标志Key ENGINE_VERSION_ 兼容版本 （6.0有了可以兼容5版本的） ACT_RE_PROCDEF【Proce...
Activiti数据库表结构(表详细版)
weixin_40666775的博客
07-19 1283
Activiti数据库表结构(表详细版) https://blog.csdn.net/hj7jay/article/details/51302829
activiti6.0表数据结构设计
qq_35128047的博客
05-24 680
目录 1、数据库模型设计 2、通用数据表分析（两个表） 3、流程定义存储表分析 4、身份信息表分析 5、运行时数据库表分析（相对来说是最复杂的表） 6、历史数据库表分析 其中有些表没做详细说明，请谅解。。。。 ...
Activiti工作流6.0表结构介绍
M_Jack的博客
05-20 2449
Activiti工作流6.0表结构介绍 数据库设计规则 表分类 描述 说明 ACT_GE_* 通用数据表（GE 代表 General） ACT_RE_* 流程定义存储表 （RE 代表 Repository） 保存一些 ‘静态’信息，如流程定义和流程资源（如图片、规则等）； ACT_ID_* 身份信息表 (ID 代表 Identity) ACT_RU_* 运行时记录表 （RU 代表 Runtime） 并且当流程结束后会立即移除
Activiti6数据表结构
qq_40837184的博客
08-05 370
一.数据库模型设计规则 1.通用数据库 2.属性表数据结构 Acitiviti将全部的属性抽象成为 key-value对，每个属性都有的名称和值，使用ACT_GE_PROPERTY来保存这些属性，该表有以下3个字段 NAME_：属性名称，varchar类型 VALUE_:属性值，varchar类型 REV_：数据版本号 3.资源表数据结构 REV_：数据版本，ACTIVITI为一些有可能会被频繁修改的数据表，加入该字段，...
一、activiti6 表结构总结
qq_34609370的博客
10-18 2225
Activiti的后台是有数据库的支持，所有的表都以ACT_开头。 第二部分是表示表的用途的两个字母标识。 用途也和服务的API对应。 ACT_RE_*: 'RE’表示repository。 这个前缀的表包含了流程定义和流程静态资源 （图片，规则，等等）。 ACT_RU_*: 'RU’表示runtime。 这些运行时的表，包含流程实例，任务，变量，异步任务，等运行中的数据。 Activiti只在流...
activiti6.0表结构梳理
热门推荐
明教三十四代觉主的博客
10-22 6万+
activiti工作流引擎在首次初始化启动时会自动创建引擎所需的28张系统表，下面我们简单罗列一下每张表大概的说明与用处。 表总体分为5大类： 一、ACT_GE_*通用数据表 act_ge_property 流程引擎相关属性配置表（如版本号、id分发情况等等）。对应代码中的实体类为propertyEntityImpl act_ge_bytearray 流程定义的资源文件信息表（即processes目录下的资源文件）。对应代码中的实体类为ByteArray...
activiti 6.0汉化包，绝对可用
11-29
activiti 6.0汉化包，绝对可用.代码集成去除lib jar包
Activiti6.0 数据库表说明文档1
08-08
Activiti6.0 数据库表说明文档1
Activiti-5.21数据库表结构详解(共25张表)
08-26
Activiti-5.21数据库表结构详解(共25张表) 工作流的应用越来越广泛，而activiti是公认的现阶段最好的工作流框架之一，详细了解activiti的库表结构有助于您更好的掌握学习工作流框架，共享本资源以供广大编程从业人员学习交流，望本资源可以帮助您更上一层楼。
Activiti6.0工作流使用说明文档v1.0.pdf
01-11
Activiti6.0工作流使用说明文档
Activiti数据表结构
05-05
Activiti数据表结构
Activiti6.0 用户手册说明文档1
08-08
4.1.2 ProcessDefinitions：流程定义，部署成功后自动创建 4.1.3 ProcessInstances：流程实例，启动流程时创建 4.1.
springboot整合activiti6.0的代码demo
07-10
springboot整合activiti6.0的代码demo，首先按照自己的数据库地址修改springboot地址，然后运行AppBoot启动类，启动工程，然后通过postman工具访问MyController类中的方法即可观察结果。
activiti6.0从入门到精通
04-25
简介：Activiti项目是一项新的基于Apache许可的开源BPM平台，从基础开始构建，旨在提供支持新的BPMN 2.0标准，包括支持对象管理组（OMG），面对新技术的机遇，诸如互操作性和云架构，提供技术实现。 工作流是什么：（WorkFlow）是对工作流程及其各操作步骤之间业务规则的抽象，概括描述即将工作流程中的工作如何前后组织在一起的逻辑和规则，在计算机中以恰当的模型表达并对其实施计算  要解决的问题：为实现某个业务目标，利用计算机在多个参与者之间按某种预定规则自动传递文档，信息或任务（工作流解决的是多个参与者之间的交互）Activiti项目是一项新的基于Apache许可的开源BPM平台，从基础开始构建，旨在提供支持新的BPMN 2.0标准，包括支持对象管理组（OMG），面对新技术的机遇，诸如互操作性和云架构，提供技术实现。
activiti6.0 汉化
最新发布
09-15
对于activiti6.0的汉化，你可以使用activiti-app6.0汉化版或者activiti6.0汉化版的patch包来实现。对于activiti-app6.0汉化版，它主要是对界面进行汉化，但是由于流程设计器里的英文无法直接汉化，所以可能没有对应的国际化文件。而对于activiti6.0汉化版的patch包，它只是将汉化文件提取出来，然后通过解压并覆盖对应的文件来实现汉化。原因是汉化文件通常放在jar包中。所以你可以根据自己的需求选择适合的方式进行activiti6.0的汉化。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值