activiti6.0数据库介绍

Acitiviti6.0数据库中一共有28张表，表的命名都是以ACT_开头的。第二部分是一个两个字符用例表的标识。

用于自我学习记录，后期不定期更新~~~

数据库描述

• ACT_GE_*

  • 通用数据表
  • GE代表General；普通数据，各种情况都使用的数据。

• ACT_RE_*

  • 流程定义存储表
  • RE代表Repository；包含的是静态信息，如，流程定义，流程的资源（图片，规则等）。

• ACT_RU_*

  • 运行时记录表
  • RU代表Runtime；这些表存储运行时信息，例如流程实例（process instance）、用户任务（user task）、变量（variable）、作业（job）等。activiti只在流程实例运行中保存运行时数据，并在流程实例结束时删除记录。这是为了保证运行时表尽量的小并运行的足够快。

• ACT_ID_*

  • 身份信息表 
  • ID 代表 Identity；这些表包含身份信息，例如用户、组等。

• ACT_HI_*

  • 历史数据表 
  • HI代表 history;这些表中保存的都是历史数据，比如执行过的流程实例、变量、任务，等等。Activit默认提供了4种历史级别：
    • none: 不保存任何历史记录，可以提高系统性能；
    • activity：保存所有的流程实例、任务、活动信息；
    • audit：也是Activiti的默认级别，保存所有的流程实例、任务、活动、表单属性；

    •  full：最完整的历史记录，除了包含audit级别的信息之外还能保存详细，例如：流程变量。对于几种级别根据对功能的要求选择，如果需要日后跟踪详细可以开启full。

表数据清单

数据表详细介绍

• 记录事件日志表（ACT_EVT_LOG）

  • 事件日志、默认不开启
  • 从Activiti 5.16开始，引入了（试验性）的事件记录机制。记录机制基于Activiti引擎的事件机制的一般用途，并默认禁用。其思想是，来源于引擎的事件会被捕获，并创建一个包含了所有事件数据（甚至更多）的映射，提供给org.activiti.engine.impl.event.logger.EventFlusher，由它将这些数据刷入其他地方。默认情况下，使用简单的基于数据库的事件处理/刷入，会使用Jackson将上述映射序列化为JSON，并将其作为EventLogEntryEntity接口存入数据库。如果不使用事件记录，可以删除这个表。
  • 配置启用事件日志
    • processEngineConfiguration.setEnableDatabaseEventLogging(true);
  • 运行时启用事件日志
    
    • databaseEventLogger = new EventLogger(processEngineConfiguration.getClock());
    • runtimeService.addEventListener(databaseEventLogger);
  • 可以扩展EventLogger类。如果默认的数据库记录不符合要求，需要覆盖createEventFlusher()方法返回一个org.activiti.engine.impl.event.logger.EventFlusher接口的实例。可以通过Activiti的managementService.getEventLogEntries(startLogNr, size)?获取EventLogEntryEntity实例。容易看出这个表中的数据可以通过JSON放入大数据NoSQL存储，例如MongoDB，Elastic Search，等等。也容易看出这里使用的类（org.activiti.engine.impl.event.logger.EventLogger/EventFlusher与许多其他 EventHandler类）是可插入的，可以按你的使用场景调整（例如不将JSON存入数据库，而是将其直接发送给一个队列或大数据存储）。

• 流程定义更新（ACT_PROCDEF_INFO）

  • 流程版本升级的数据

• 流程资源表（ACT_GE_BYTEARRAY）

  • 用来保存部署文件的大文本数据
  • 所有二进制内容都会保存在这个表里， 比如部署的process.bpmn20.xml, process.png, user.form, 附件， bean序列化为二进制的流程变量。
  • act_ge_property属性数据表存储整个流程引擎级别的数据,初始化表结构时，会默认插入三条记录。
  • 保存流程定义图片和xml、Serializable(序列化)的变量,即保存所有二进制数据，特别注意类路径部署时候，不要把svn等隐藏文件或者其他与流程无关的文件也一起部署到该表中，会造成一些错误（可能导致流程定义无法删除）

• 系统相关属性表（ACT_GE_PROPERTY）

  • 属性抽象成为 key-value对，存储这个流程引擎级别的数据。
  • 全局参数， 默认三个参数next.dbid， IdGenerator区间， schema.history， 自动执行sql历史， schema.version， 当前sql版本

• 历史流程表（ACT_HI_ACTINST）

  • 这里记录流程流转过的所有节点，与HI_TASKINST不同的是，taskinst只记录usertask内容。
  • 用来保存每一个流程活动的实例。一个流程活动将会被记录1条数据。根据这表可以追踪到最完整的信息
  • TENANT_ID 是后续才加入的多租户

• 历史流程附件表（ACT_HI_ATTACHMENT）

  • 存放历史流程相关的附件。
  • 时间是后续版本加入

•  历史审批意见表（ACT_HI_COMMENT）

  • 存放历史流程的审批意见

• 历史流程明细表（ACT_HI_DETAIL）

  • 流程中产生的变量详细，包括控制流程流转的变量，业务表单中填写的流程需要用到的变量等。

• 历史流程人员表（ACT_HI_IDENTITYLINK）

  • 任务参与者数据表。主要存储历史节点参与者的信息

• 历史流程实例表（ACT_HI_PROCINST）

  • 保存流程实例历史数据，只要流程启动了，就会将实例的数据写入表中
  • 与正在运行中的流程实例表act_ru_execution正好对应
  • 设计历史流程实例表的初衷之一就是为了使得运行时库数据量尽可能小，效率最优

• 历史任务流程实例表（ACT_HI_TASKINST）

  • 存放已办理的任务
  • CATEGORY和TNANT_ID是后续版本才加进来的

• 历史变量表（ACT_HI_VARINST）

  • 主要存放历史变量数据
  • 与运行中的参数存储表 act_ru_variable正好对应

• 用户组表（ACT_ID_GROUP）

  • 用来存储用户组信息

• 用户拓展信息表（ACT_ID_INFO）

• 用户与组关系表（ACT_ID_MEMBERSHIP）

  • 用来保存用户的分组信息

• 用户信息表（ACT_ID_USER）

• 部署信息表（ACT_RE_DEPLOYMENT）

  • 部署表，每次部署都会写入1条数据。每次部署可能包含多个文件，文件写入ACT_GE_BYTEARRAY中
  • 部署流程定义时需要被持久化保存下来的信息。

• 流程设计模型表（ACT_RE_MODEL）

  • 创建流程的设计模型时，保存在该数据表中

• 流程定义表（ACT_RE_PROCDEF）

  • 流程解析表，解析成功了，在该表保存一条记录。业务流程定义数据表。
  • 业务流程定义数据表。此表和ACT_RE_DEPLOYMENT是多对一的关系，即，一个部署的bar包里可能包含多个流程定义文件，每个流程定义文件都会有一条记录在ACT_REPROCDEF表内，每个流程定义的数据，都会对于ACT_GE_BYTEARRAY表内的一个资源文件和PNG图片文件。和ACT_GE_BYTEARRAY的关联是通过程序用ACT_GE_BYTEARRAY.NAME与ACT_RE_PROCDEF.NAME_完成的，在数据库表结构中没有体现。
  • 流程定义表，每次部署如果发现文件是以bpmn或者bpmn20.xml结尾的，首先会把文件保存到ACT_GE_BYTEARRAY中，之后解析文件的内容，形成特定的流程定义数据保存到本表中。

• 无法执行工作表（ACT_RU_DEADLETTER_JOB）

  • 无法执行的工作表，多次执行都失败的工作，保存于此

• 运行时事件表（ACT_RU_EVENT_SUBSCR ）

  • 事件描述表，当流程到达某一类的事件节点（边界事件，中间事件）会往表中写入事件数据

• 运行时流程数据表（ACT_RU_EXECUTION ）

  • 保存流程实例和执行流
  • 核心，我的代办任务查询表
  • TENANT_ID、NAME、LOCK_TIME是后续版本加入的。

• 参与者信息表（ACT_RU_IDENTITYLINK ）

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

• 运行时定时任务数据表（ACT_RU_JOB）

  • 作业执行器数据。
  • 需要启用JOB组件：JobExecutor 是管理一组线程的组件，这些线程用于触发定时器（包括后续的异步消息）。在单元测试场景下，使用多线程会很笨重。
    因此API提供 ManagementService.createJobQuery 用于查询，以及 ManagementService.executeJob 用于执行作业。这样作业的执行就可以在单元测试内部控制。为了避免作业执行器的干扰，可以将它关闭。默认情况下， JobExecutor 在流程引擎启动时激活。当你不希望 JobExecutor 随流程引擎启动时，设置： <property name="jobExecutorActivate" value="false" />
  • 启用异步执行器 Async executor activationAsyncExecutor 是管理线程池的组件，这个线程池用于触发定时器与异步任务。默认情况下，由于历史原因，当使用 JobExecutor 时， AsyncExecutor 不生效。然而我们建议使用新的 AsyncExecutor 代替JobExecutor ，通过定义两个参数实现<property name="asyncExecutorEnabled" value="true" /><property name="asyncExecutorActivate" value="true" />asyncExecutorEnabled参数用于启用异步执行器，代替老的作业执行器。 第二个参数asyncExecutorActivate命令Activiti引擎在启动时启动异步执行器线程池。

• 暂停表（ACT_RU_SUSPENDED_JOB）

• 运行时任务表（ACT_RU_TASK）

  • 保存流程中的任务
  • 执行中实时任务）代办任务查询表

• 定时器表（ACT_RU_TIMER_JOB）

  • 定时执行的工作表

• 运行时流程变量数据表（ACT_RU_VARIABLE）

• 参考链接

  • https://blog.csdn.net/qq_38011415/article/details/101127222
  • https://blog.csdn.net/weixin_34050389/article/details/91984850

activiti数据表介绍

原文：https://www.cnblogs.com/bkwhb/p/11571470.html