[Activiti工作流2]Activiti的表格介绍

前面已经搭建了activiti环境并测试了简单的demo   http://blog.csdn.net/u014470581/article/details/
下面介绍Activiti下表结构：
Activiti6.0.0共包含28张表：



以下转自http://www.zuidaima.com/blog/3045359293975552.htm
流程部署涉及的表1、act_ge_bytearray用来保存部署文件的大文本数据，比如流程xml、流程图片

REV_：乐观锁版本，流程的24张表中有很多表都有这个字段，这个字段是为了保证操作的独占性，保证同一条记录只会被一个用户修改。NAME_：流程定义文件名称（bpmn xml文件，png文件）DEPLOYMENT_ID_：流程部署id2、act_ge_property属性数据表，存储整个流程引擎级别的数据

3、act_re_deployment流程的部署信息表

ID_：流程的部署idNAME_：流程的部署名称CATEGORY_：流程的分类TENANT_ID_：租户ID(对Saas平台的数据支持)DEPLOY_TIME_：部署时间4、act_re_model模型表，暂时未使用到5、act_re_procdef流程定义表

ID_ ：流程定义idREV_：乐观锁版本CATEGORY_：流程类别，默认存储的是流程定义时的命名空间NAME_：流程定义的名称，对应上面流程定义xml  process节点的name属性KEY_：流程定义的key，对应上面流程定义xml  process节点的id属性，一般启动流程也是按照这个key去启动的VERSION_：版本（再次部署相同的流程定义时该字段会自动加1）DEPLOYMENT_ID_：流程部署idRESOURCE_NAME_：流程定义资源名称DGRM_RESOURCE_NAME_：流程图片名称HAS_START_FORM_KEY_：不确定（外置表单？）SUSPENSION_STATE_：是否暂停状态流程运行涉及的表6、act_ru_event_subscr暂时未使用到这个事件监听表，后面用到再补充7、act_ru_execution流程执行表

ID_：流程执行的idPROC_INST_ID_：流程实例的idBUSINESS_KEY_：业务表关联的idPARENT_ID_：父流程执行id，上面这个示例没有Parallel Gateway这个节点，如果有这个节点就会在数据表中看到分支执行的PARENT_ID_是主线执行的执行IDPROC_DEF_ID_：流程定义的idSUPER_EXEC_：外部子执行的ID(不太确定，暂时未知)ACT_ID_：流程节点的id，比如示例xml中的audit

1	< userTask   id = "audit"   name = "审批" ></ userTask >

IS_ACTIVE_：是否是活动的流程执行，0表示非活动，1表示活动IS_CONCURRENT_：是否是并发执行，0表示非，1表示是IS_SCOPE_：是否是全局的流程执行，主执行这个字段为1，子流程执行这个是0IS_EVENT_SCOPE：和事件相关(不太确定，暂时未知)SUSPENSION_STATE_：(不太确定，暂时未知)CACHED_ENT_STATE_：(不太确定，暂时未知)TENANT_ID_：NAME：(不太确定，暂时未知)ps：task和execution的区别（任务和流程执行的区别）：task是代办任务，excution是流程执行路线，每一个task总会对应一个excution，但是一个excution不一定对应一个task8、act_ru_identitylink当前任务与参与者的关系数据表

9、act_ru_job运行时定时任务数据表（暂未用到）10、act_ru_task运行中的任务表

11、act_ru_variable运行中任务对应的参数数据表

 流程历史涉及的表12、act_hi_actinst历史节点表，存放历史节点的信息比如节点名称、类型、委托人、开始结束时间、耗时等等。

PROC_DEF_ID_：流程定义的IDPROC_INST_ID_：流程实例的IDEXECUTION_ID_：流程执行的IDACT_ID_：流程节点的id，这个字段是在我们定义流程xml中给每个节点指定的id，如下：

TASK_ID_：任务idCALL_PROC_INST_ID_：调用外部的流程实例idACT_NAME_：activiti名称，即每个流程节点的名称，如上截图中的name属性ACT_TYPE_：流程节点类型，如上截图中的startEvent、userTask等ASSIGNEE_：该任务处理人（如果该任务属于角色组，即角色组下的用户没有领取该任务，该字段为空，用户认领了任务后，该字段存储处理人的id）START_TIME_：任务开始时间END_TIME_：任务结束时间（如果任务没有被处理，该字段为空，处理后更新该字段）DURATION：耗时TENANT_ID_：网上查了说是租户ID，不明白这个是干啥的（待定吧）13、act_hi_attachment历史附件表（暂时没用到，不过字段很好理解，就是存储每个流程实例下任务节点的附件信息）14、act_hi_comment历史意见表（存放每个流程实例下的任务节点产生的信息，比如审批意见，处理结果记录等等）15、act_hi_detail历史详情表，这个表很重要，流程中产生的变量详细、控制流程流转的变量、业务表单中填写的流程要用到的变量等，都会存储在这种表中。16、act_hi_identitylink存放历史任务与办理人的关系表（存储历史节点处理者的信息）

GROUP_ID_：用户组idTYPE_：用户组类型USER_ID：用户idTASK_ID_：任务idPROC_INST_ID_：流程实例id主要字段：TYPE_: 分candidate、owner、starter、participant、assignee分为candidate、owner、starter、participant、assigneecandidate：候选者，从上面的数据可以看出，当一个节点被指定为用户组，或者被指定为人去处理，则TYPE_的类型为candidate，指的是该任务需要先被组用户或者指定用户认领。participant：参与者，我的理解是如果是个人任务，则类型为participant。starter：启动者，流程实例的发起者，请参照上图的TYPE_为starter的数据。owner：拥有者，这个类型我的理解是只有在任务被委托出去后，它才有意义，它表示任务实际的拥有者。assignee：签收人或者被委托17、act_hi_procinst历史流程实例表，存放了历史流程实例的一些重要信息，我们的业务id和历史流程实例的关系也是存储在这里的。

BUSINESS_KEY_：业务idPROC_DEF_ID_：流程定义idSTART_TIME_：流程实例创建时间END_TIME_：流程实例结束时间DURATION_：时长START_USER_ID_：流程实例启动者START_ACT_ID_：流程实例启动节点IDEND_ACT_ID_：流程实例结束节点IDSUPER_PROCESS_INSTANCE_ID_：超级流程实例IdDELETE_REASON_：删除理由TENANT_ID_NAME_18、act_hi_taskinst历史任务表，存放了历史任务的详细信息。



19、act_hi_varinst历史变量表

流程角色涉及的表20、act_id_group21、act_id_info22、act_id_membership23、act_id_user 事件日志涉及的表24、act_evt_log