一.简介

Flowable 默认一共生成了 79 张数据表，了解这些数据表，有助于我们更好的理解 Flowable 中的各种 API。

接下来我们就对这 79 张表进行一个简单的分类整理。

1. ACT_APP_*（5）
2. ACT_CMMN_*（12）
3. ACT_CO_*（3）
4. ACT_DMN_*（6）
5. ACT_EVT_*（1）
6. ACT_FO_*（6）
7. ACT_GE_*（2）
8. ACT_HI_*（10）
9. ACT_ID_*（9）
10. ACT_PROCDEF_*（1）
11. ACT_RE_*（3）
12. ACT_RU_*（13）
13. FLW_CHANNEL_*（1）
14. FLW_EV_*（2）
15. FLW_EVENT_*（3）
16. FLW_RU_*（2）

• 是通配符，后面的数字表示这种类型的表有多少个。

大致看一下，其实还是有很多规律的。最明显的规律就表名通过两个 _ 隔开成了三部分，接下来就以此，一部分一部分来讲。

二.表名前缀

表的前缀，分了两种：

1. ACT_
2. FLW_

具体来说，与 Flowable 开源代码库相关的数据库表名以 ACT_ 开头。特定于 Flowable Work 或 Engage 的数据库表以 FLW_ 前缀开头。

三.表名中间部分

紧跟着 ACT_ 或者 FLW_ 后面的内容，基本上也都是简称，例如：

1. APP 表示这都是跟应用程序相关的表。
2. CMMN 表示这都是跟 CMMN 协议相关的表。
3. CO（CONTENT）表示这都是跟内容引擎相关的表。
4. DMN 表示这都是跟 DMN 协议相关的表。
5. EVT（EVENT）表示这都是跟事件相关的表。
6. FO（FORM）表示这都是跟表单相关的表。
7. GE（GENERAL）表示这都是通用表，适用于各种用例的。
8. HI（HISTORY）这些是包含历史数据的表。当从运行时表中删除数据时，历史表仍然包含这些已完成实例的所有信息。
9. ID（IDENTITY）表示这都是跟用户身份认证相关的表。
10. PROCDEF（PROCESSDEFINE） 表示这都是跟记录流程定义相关的表。
11. RE（REPOSITORY）表示这都是跟流程的定义、流程的资源等等包含了静态信息相关的表。
12. RU（RUNTIME）代表运行时，这些是包含尚未完成的流程、案例等的运行时数据的运行时表。Flowable 仅在执行期间存储运行时数据，并在实例结束后删除记录，这使运行时表保持小而快。
13. CHANNEL 表示这都是跟泳道相关的表。
14. EV 表示这个是跟 FLW_ 搭配的，在这里似乎并没有一个明确的含义，相关的表也都是跟 Liquibase 相关的表。
15. EVENT 表示这都是跟事件相关的表。

表名是由三部分构成的，我们现在已经分析了前两部分了，接下来我们来看第三部分。

三.表名后缀

表名的后缀，有一些是通用的后缀名词，例如：

1. DATABASECHANGELOG：
   表名中包含这个单词的，表示这个表是 Liquibase 执行的记录，Liquibase 是一个数据库脚本管理的工具。包含 DATABASECHANGELOG 后缀的表一共是 6 张。
2. DATABASECHANGELOGLOCK：
   表名中包含这个单词的，表示这个表记录 Liquibase 执行锁的，用以确保一次只运行一个 Liquibase 实例，包含 DATABASECHANGELOGLOCK 后缀的表也是 6 张。

这两个加起来就 12 张表了，一共 79 张，现在还剩 67 张，我们来详细看下。

在后面的介绍中，凡是涉及到 DATABASECHANGELOG 和 DATABASECHANGELOGLOCK 的表，就直接省略了。

3.1 ACT_APP_*

以 ACT_APP_* 开头的表负责应用引擎存储和应用部署定义。相关的表一共是五张，截图如下：

ACT_APP_APPDEF

应用程序模型产生应用程序定义。此定义，如流程/案例/等。是成功部署到应用引擎的应用模型的表示。

ACT_APP_DEPLOYMENT

当通过应用引擎部署应用模型时，会存储一条记录以保存此部署。部署的实际内容被存储在 ACT_APP_DEPLOYMENT_RESOURCE 表中，并从该表中引用。

ACT_APP_DEPLOYMENT_RESOURCE

此表包含构成应用程序部署的实际资源（存储为字节）。当引擎需要实际模型时，将从该表中获取资源。

3.2 ACT_CMMN_*

Flowable CMMN Engine 的数据库名称都以 ACT_CMMN_ 开头。这里涉及到一个东西就是 CMMN，CMMN 与 BPMN 协议一致，也是一种流程内容的规范，CMMN 这类表一般用于存储处理 BPMN 所不能适用的业务场景数据，CMMN 通常与 BPMN 搭配使用，不过只有符合 CMMN 规范的模型数据才会使用这类表。

这里涉及到的相关表一共是 12 张，截图如下：

1. ACT_CMMN_CASEDEF
2. ACT_CMMN_DEPLOYMENT
3. ACT_CMMN_DEPLOYMENT_RESOURCE

这三个都是没有附加前缀的表，主要定义了静态信息，例如 case 的定义和部署和以及相关的资源等。

接下来这些以 ACT_CMMN_HI_ 开头的表代表历史数据，例如过去的案例实例、计划项目等。

ACT_CMMN_HI_CASE_INST

此表记录由 CMMN 引擎启动的每个案例实例的数据。

ACT_CMMN_HI_MIL_INST

此表记录了在案例实例中达到的每个里程碑的数据。

ACT_CMMN_HI_PLAN_ITEM_INST

此表记录了作为案例实例执行的一部分创建的每个计划项实例的数据。

接下来以 ACT_CMMN_RU_ 开始的表代表运行时的数据，这些数据包含案例实例、计划项等的运行时数据。Flowable 仅在案例实例执行期间存储运行时数据，并在案例实例结束时删除记录，这使运行时表保持小且查询速度快。

ACT_CMMN_RU_CASE_INST

此表包含每个已启动但尚未完成的案例实例的条目。

ACT_CMMN_RU_MIL_INST

此表包含作为运行案例实例的一部分达到的每个里程碑的条目。

ACT_CMMN_RU_PLAN_ITEM_INST

案例实例执行由案例定义中定义的计划项的多个实例组成，此表包含在案例实例执行期间创建的每个实例的条目。

ACT_CMMN_RU_SENTRY_PART_INST

计划项目实例可以有守卫状态转换的哨兵，这样的哨兵在状态改变之前可以包含多个部分，这个表就是专门用来存储这种哨兵。

3.3 ACT_DMN_*

Flowable DMN 的数据库名称都以 ACT_DMN_ 开头，这里涉及到的表一共是 6 张，截图如下：

1. ACT_DMN_DEPLOYMENT
2. ACT_DMN_DEPLOYMENT_RESOURCE

这里部署的是 DMN。

ACT_DMN_DECISION

此表包含已部署决策表的元数据，并与来自其他引擎的定义相对应。

ACT_DMN_HI_DECISION_EXECUTION

此表包含有关 DMN 决策表执行的审计信息。