Activiti数据库表结构.doc

Activiti工作流引擎数据库表结构 1、可以查询到业务KEY， processInstanceBusinessKey SELECT * FROM ACT_RU_EXECUTION WHERE PROC_DEF_ID_ LIKE %Contract% 2、 SELECT * FROM ACT_RU_TASK WHERE PROC_DEF_ID_ LIKE %Contract% 数据库表的命名 Acitiviti数据库中表的命名都是以ACT_开头的。第二部分是一个两个字符用例表的标识。此用例大体与服务API是匹配的。 ACT_RE_*:’RE’表示repository。带此前缀的表包含的是静态信息，如，流程定义，流程的资源（图片，规则等）。 ACT_RU_*:’RU’表示runtime。这是运行时的表存储着流程变量，用户任务，变量，职责（job）等运行时的数据。Activiti只存储实例执行期间的运行时数据，当流程实例结束时，将删除这些记录。这就保证了这些运行时的表小且快。 ACT_ID_*:’ID’表示identity。这些表包含标识的信息，如用户，用户组，等等。 ACT_HI_*:’HI’表示history。就是这些表包含着历史的相关数据，如结束的流程实例，变量，任务，等等。 ACT_GE_*:普通数据，各种情况都使用的数据。 数据库表结构图 数据库表结构说明 ACT_GE_PROPERTY:属性数据表。存储这个流程引擎级别的数据。 NAME_:属性名称 VALUE_:属性值 REV_INT:版本号 ACT_GE_BYTEARRAY:用来保存部署文件的大文本数据 ID_:资源文件编号，自增长 REV_INT:版本号 NAME_:资源文件名称 DEPLOYMENT_ID_:来自于父表ACT_RE_DEPLOYMENT的主键 BYTES_:大文本类型，存储文本字节流 ACT_RE_DEPLOYMENT:用来存储部署时需要持久化保存下来的信息 ID_:部署编号，自增长 NAME_:部署包的名称 DEPLOY_TIME_:部署时间 ACT_RE_PROCDEF:业务流程定义数据表 ID_:流程ID，由“流程编号：流程版本号：自增长ID”组成 CATEGORY_:流程命名空间（该编号就是流程文件targetNamespace的属性值） NAME_:流程名称（该编号就是流程文件process元素的name属性值） KEY_:流程编号（该编号就是流程文件process元素的id属性值） VERSION_:流程版本号（由程序控制，新增即为1，修改后依次加1来完成的） DEPLOYMENT_ID_:部署编号 RESOURCE_NAME_:资源文件名称 DGRM_RESOURCE_NAME_:图片资源文件名称 HAS_START_FROM_KEY_:是否有Start From Key 注：此表和ACT_RE_DEPLOYMENT是多对一的关系，即，一个部署的bar包里可能包含多个流程定义文件，每个流程定义文件都会有一条记录在ACT_REPROCDEF表内，每个流程定义的数据，都会对于ACT_GE_BYTEARRAY表内的一个资源文件和PNG图片文件。和ACT_GE_BYTEARRAY的关联是通过程序用ACT_GE_BYTEARRAY.NAME与ACT_RE_PROCDEF.NAME_完成的，在数据库表结构中没有体现。 ACT_ID_GROUP:用来存储用户组信息。 ID_：用户组名* REV_INT:版本号 NAME_:用户组描述信息* TYPE_:用户组类型 ACT_ID_MEMBERSHIP:用来保存用户的分组信息 USER_ID_:用户名 GROUP_ID_:用户组名 ACT_ID_USER: ID_:用户名 REV_INT:版本号 FIRST_:用户名称 LAST_:用户姓氏 EMAIL_:邮箱 PWD_:密码 ACT_RU_EXECUTION： ID_： REV_：版本号 PROC_INST_ID_：流程实例编号 BUSINESS_KEY_：业务编号 PARENT_ID_：找到该执行实例的父级，最终会找到整个流程的执行实例 PROC_DEF_ID_：流程ID SUPER_EXEC_： 引用的执行模板 ACT_ID_： 节点id IS_ACTIVE_： 是否访问 IS_CONCURRENT_： IS_SCOPE_： ACT_RU_TASK：运行时任务数据表。 ID_： REV_： EXECUTION_ID_： 执行实例的id PROC_INST_ID_： 流程实例的id PROC_DEF_ID_： 流程定义的id,对应act_re_procdef 的id_ NAME_： 任务名称，对应 ***