Acitiviti 数据库中的表以 ACT 命名。 第二部分是识别用例的双字符表。 此用例与服务 API 大致一致。
act re *： re' 表示存储库。 带有此前缀的表包含静态信息，例如流程定义、流程资源（规则等）。 act ru *：ru' 用于运行时。 这是一个运行时表，用于存储运行时数据，例如流程变量、用户任务、变量、职责等。 Activiti 仅在实例执行期间存储运行时数据，当流程实例结束时，这些记录将被删除。 这可确保这些运行时小而快。 Act ID *：ID' 表示标识。 这些表包含标识信息，如用户、用户组等。 ACT HI *：嗨，历史。 这些表包含历史数据，例如结束流程实例、变量、任务等。 act ge *：普通数据，在所有情况下使用的数据。 
Act GE 属性：属性数据表。 在此进程引擎级别存储数据。
name： 属性 namevalue： 属性值rev int： Version： act ge bytearray： 用于存储部署文件的大文本数据。
id：资源文件编号，自递增 rev int：版本号 name：资源文件名 部署 id：父表中的主键 act re deployment bytes：大文本类型，存储文本字节流 act redeployment：用于存储部署过程中需要持久化的信息。
id：部署编号，自递增名称：部署包名称部署时间：部署时间，act re procdef：业务流程定义数据表。
id：进程 ID，由“进程编号：进程版本号：自动递增 ID”组成类别：进程命名空间（此数字为进程文件 targetnamespace 的属性值） name：进程名称（此数字为进程文件进程元素的 name 属性值） key：进程编号（此编号为进程文件进程元素的 id 属性值） version： 进程版本号（由程序控制，新的为1，修改后加1） 部署 ID：部署编号资源名称：资源文件名：dgrm 资源名称：* 资源文件名has start from key：是否有 start from 键注意：此表与 act redeployment 具有多对一关系，即一个部署栏包可以包含多个进程定义文件，每个进程定义文件在 act reprocdef 表中都会有一条记录每个进程定义的数据在 act ge bytearray 表中更改为资源文件和 png 文件。 与 act ge bytearray 的关联是以编程方式使用 act ge bytearray名称和行为 re procdefname，它不反映在数据库表结构中。
行为ID组：用于存储用户组信息。
id：用户组名称*rev int：版本名称：用户组描述*type：用户组类型act id membership：用于存储用户组信息。
用户 ID：用户名 组 ID：用户组名 行为 ID 用户
id：用户名 rev int：版本号 first：用户名 last：用户姓氏 电子邮件：邮箱 pwd：密码行为 ru 执行
id： rev： 版本号 proc inst id： 进程实例编号 业务密钥： 业务编号 父 id ： 找到执行实例的父实例，最终找到整个进程的执行实例 proc def id： 进程 idsuper exec ： 引用执行模板 act id ： 节点 idis active ： access is concurrent ： is scope ： act ru task： 运行时任务的数据表。
id：rev ：执行 id ： idproc 执行实例的 idproc inst id ： idproc 流程实例的 id ： 进程定义的 id，act 的 id re procdef name ： 任务名称，对应 **任务名称父任务 id ： 对应父任务描述 ：task def key ： id任务所有者 ： 发起方 assignee ： 分配给任务 委派： 委托人优先级 ： 紧急性 创建时间 ： 启动时间 ： 批准持续时间 行为 ru Identitylink：任务参与者数据表。主要存储当前节点参与者的信息。
id ： identity rev ： version group id ： organization idtype ： type user id ： user idtask id ： task idact ru variable： runtime process variable data table.
id：idrev：版本类型：数据类型名称：变量名称执行 ID：执行实例 idproc inst id：进程实例 id任务 ID：任务 idByteArray ID :d ouble：如果数据类型为 double，则在此列中保存数据Long：如果数据类型为 long将数据保存到此列文本：字符串 保存到此列文本 2：act hi procinst
id：唯一标识符 proc inst id：进程业务密钥：业务编号 proc def id：进程定义 id开始时间：进程开始时间：结束时间：进程经过时间启动用户 ID：启动进程用户 idstart 操作 ID：启动节点结束行为 ID：结束节点超级进程实例 ID：父进程 iddelete reason：从正在运行的任务表中删除原因
id：idproc def id：进程定义 idproc inst id：进程实例 id执行 ID：执行实例行为 ID：节点 ID行为名称：节点名称行为类型：节点类型受托人：节点任务受托人开始时间：开始时间：结束时间：结束时间：经过的持续时间
id：身份 proc def id：进程定义 idtask def key：任务定义 idproc inst id：进程实例 执行 id：执行实例 idparent 任务 id：父任务 idname：任务名称 description： 描述 owner： 所有者（发起人） assignee： 分配给任务的人员 start time： 开始时间 结束时间 :D uration :D urationDelete reason：从运行时任务表中删除的原因Priority：紧急性截止日期：act hi detail：任务完成后启动流程或记录历史流程变量。
id：标识类型：variableupdate 和 formproperty 两个值 proc inst id：对应的进程实例 id执行 id执行 id：对应的执行实例 idtask id：对应任务 idact inst id：对应节点 idname：历史进程变量的名称，或表单属性的名称 var type：定义类型 rev： versiontime：导入时间 bytearray id double ：如果定义的变量或表单属性的类型为 double， 它的值在这里存在 long ：如果定义的变量或表单属性的类型是长的，它的值就存在这里文本 ：如果定义的变量或表单属性的类型是字符串，则该值存在这里 text2 ：act hi comment opinion table.
id： identity type： 当注释记录类型为 comment time ： record time 用户 id ： task id ： idproc inst 对应 task 的 id： idaction 对应的进程实例： addcomment 是进程的消息： full msg： 进程文件的部署主要涉及三个表，分别是：act ge bytearray、act re deployment、act re procdef。主要完成“部署包”-进程定义文件“-包内所有文件”的解析和部署关系。 从表结构可以看出，流程定义的元素每次都需要从数据库中加载和解析，因为流程定义的元素没有转换成数据库表才能完成，当然，流程元素解析后就放在缓存中，具体需要稍后详细研究。 进程定义中的 j**a 文件不存储在数据库中。 组织的管理比较薄弱，如果要纳入单点登录系统，就需要转型，具体转型方法需要研究。 需要研究运行时对象的执行与数据库记录之间的关系，需要研究历史数据的保存和功能。 Activiti 使用 mybatis3 进行持久化工作，并且可以在配置中设置在流程引擎启动时创建表。
Activiti 使用的表格都以 act 开头。
act re *：进程定义存储。 act ru *：流程执行的记录，记录从流程开始到结束的所有操作，并在流程结束后清除相关记录。 ACT ID *：用户记录、进程中使用的用户和组。 act hi*：进程执行的历史记录。 ACT GE*：一般数据和设置。 使用的表：
act ge bytearray：进程部署的数据。 act ge 属性：常规设置。 Act Hi Actinst：流程活动的实例。 Act hi attachment： Act hi comment： Act hi detail： Act hi procinst： Process instance. act hi taskinst：任务实例。 行为 ID 组：一组用户。 行为 ID 信息：行为 ID 成员身份：行为 ID 用户：用户。 操作重新部署：部署记录。 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：一个简单的点对点过程，用于定义维护工具，该工具需要配置数据连接以放置 activiticfg.xml 文件放置在类下，并添加到驱动程序包中。 activiti-modeler：一个用于编辑和维护流程定义，最后部署为文件夹的工具，您需要配置 activiti-modeler web-inf 类配置属性文件。 Activiti-Probe：PVM 的观察服务由 Activiti-REST 提供，无需配置，您可以查看部署、processdefinition、processinstance 和数据库。 activiti-rest：其他几个应用程序的服务提供者需要配置数据连接以放置 activiticfg.xml 文件放置在类下，并添加到驱动程序包中。 