activity工作流框架——数据库表结构说明

发表于 | 分类于
字数统计: 2,193 | 阅读时长 ≈ 9

本文转载于： http://www.jianshu.com/p/f9fd1cc02eae

activity一共23张表

activity23张表

表的命名第一部分都是以 ACT_开头的。

表的命名第二部分是一个两个字符用例表的标识

act_ge_*：

‘ge’代表general（一般）。普通数据，各种情况都使用的数据。

  • act_gebytearray：二进制数据表，用来保存部署文件的大文本数据
    1.ID    :资源文件编号，自增长
    2.REVINT:版本号
    3.NAME    :资源文件名称
    4.DEPLOYMENTID:来自于父表act_redeployment的主键
    5.BYTES    :大文本类型，存储文本字节流

  • act_geproperty：属性数据表，存储这整个流程引擎级别的数据。在初始化表结构时，会默认插入三条记录。
    1.NAME    :属性名称
    2.VALUE_:属性值
    3.REV_INT:版本号

act_hi_*：

hi’代表 history（历史）。就是这些表包含着历史的相关数据，如结束的流程实例、变量、任务、等等。

  • act_hiactinst：历史节点表
    1.ID     : 标识
    2.PROC_DEFID :流程定义id
    3.PROC_INSTID : 流程实例id
    4.EXECUTIONID : 执行实例
    5.ACTID : 节点id
    6.ACTNAME : 节点名称
    7.ACTTYPE : 节点类型
    8.ASSIGNEE_ : 节点任务分配人
    9.STARTTIME : 开始时间
    10.ENDTIME : 结束时间
    11.DURATION : 经过时长

  • act_hi_attachment：历史附件表

  • act_hicomment：历史意见表
    1.ID     :标识
    2.TYPE : 意见记录类型 为comment 时 为处理意见
    3.TIME     : 记录时间
    4.USERID :
    5.TASKID ： 对应任务的id
    6.PROC_INSTID : 对应的流程实例的id
    7.ACTION ： 为AddComment 时为处理意见
    8.MESSAGE     : 处理意见
    9.FULLMSG :

  • act_hidetail：历史详情表，启动流程或者在任务complete之后,记录历史流程变量
    1.ID     : 标识
    2.TYPE_ : variableUpdate 和 formProperty 两种值
    3.PROC_INSTID : 对应流程实例id
    4.EXECUTIONID : 对应执行实例id
    5.TASKID : 对应任务id
    6.ACT_INSTID : 对应节点id
    7.NAME     : 历史流程变量名称，或者表单属性的名称
    8.VARTYPE : 定义类型
    9.REV : 版本
    10.TIME     : 导入时间
    11.BYTEARRAYID
    12.DOUBLE : 如果定义的变量或者表单属性的类型为double，他的值存在这里
    13.LONG     : 如果定义的变量或者表单属性的类型为LONG ,他的值存在这里
    14.TEXT :　　如果定义的变量或者表单属性的类型为string，值存在这里
    15.TEXT2    :

  • act_hi_identitylink：历史流程人员表

  • act_hiprocinst： 历史流程实例表
    1.ID     : 唯一标识
    2.PROC_INSTID : 流程ＩＤ
    3.BUSINESSKEY : 业务编号
    4.PROC_DEFID ： 流程定义id
    5.STARTTIME : 流程开始时间
    6.ENT_TIME : 结束时间
    7.DURATION     : 流程经过时间
    8.START_USERID : 开启流程用户id
    9.START_ACTID : 开始节点
    10.END_ACTID： 结束节点
    11.SUPER_PROCESS_INSTANCEID : 父流程流程id
    12.DELETEREASON : 从运行中任务表中删除原因

  • act_hitaskinst： 历史任务实例表
    1.ID     ： 标识
    2.PROC_DEFID ： 流程定义id
    3.TASK_DEFKEY : 任务定义id
    4.PROC_INSTID :　流程实例ｉｄ
    5.EXECUTIONID : 执行实例id
    6.PARENT_TASKID : 父任务id
    7.NAME : 任务名称
    8.DESCRIPTION     : 说明
    9.OWNER :　拥有人（发起人）
    10.ASSIGNEE     : 分配到任务的人
    11.START_TIME : 开始任务时间
    12.ENDTIME : 结束任务时间
    13.DURATION_ : 时长
    14.DELETEREASON :从运行时任务表中删除的原因
    15.PRIORITY_ : 紧急程度
    16.DUEDATE :

  • act_hi_varinst：历史变量表

act_id_*：

id’代表 identity（身份）。这些表包含着标识的信息，如用户、用户组、等等。

  • act_idgroup:用户组信息表，用来存储用户组信息。
    1.ID    ：用户组名
    2.REVINT:版本号
    3.NAME    :用户组描述信息
    4.TYPE_:用户组类型

  • act_id_info：用户扩展信息表

  • act_id_membership：用户与用户组对应信息表，用来保存用户的分组信息
    1.USERID:用户名
    2.GROUPID:用户组名

  • act_iduser：用户信息表
    1.ID    :用户名
    2.REVINT:版本号
    3.FIRST    :用户名称
    4.LAST:用户姓氏
    5.EMAIL    :邮箱
    6.PWD_:密码

act_re_*：

’re’代表 repository（仓库）。带此前缀的表包含的是静态信息，如，流程定义、流程的资源（图片、规则，等）。

  • act_redeployment:部署信息表,用来存储部署时需要持久化保存下来的信息
    1.ID    :部署编号，自增长
    2.NAME_:部署包的名称
    3.DEPLOYTIME:部署时间

  • act_re_model 流程设计模型部署表

  • act_reprocdef:业务流程定义数据表
    1.ID    :流程ID，由“流程编号：流程版本号：自增长ID”组成
    2.CATEGORY:流程命名空间（该编号就是流程文件targetNamespace的属性值）
    3.NAME    :流程名称（该编号就是流程文件process元素的name属性值）
    4.KEY:流程编号（该编号就是流程文件process元素的id属性值）
    5.VERSION    :流程版本号（由程序控制，新增即为1，修改后依次加1来完成的）
    6.DEPLOYMENTID:部署编号
    7.RESOURCENAME:资源文件名称
    8.DGRM_RESOURCENAME:图片资源文件名称
    9.HAS_START_FROMKEY:是否有Start From Key

    注：此表和ACT_RE_DEPLOYMENT是多对一的关系，即，一个部署的bar包里可能包含多个流程定义文件，每个流程定义文件都会有一条记录在ACT_REPROCDEF表内，每个流程定义的数据，都会对于ACT_GE_BYTEARRAY表内的一个资源文件和PNG图片文件。和ACT_GE_BYTEARRAY的关联是通过程序用ACT_GE_BYTEARRAY.NAME与ACT_REPROCDEF.NAME完成的，在数据库表结构中没有体现。

act_ru_*：

’ru’代表 runtime（运行时）。就是这个运行时的表存储着流程变量、用户任务、变量、作业，等中的运行时的数据。 activiti 只存储流程实例执行期间的运行时数据，当流程实例结束时，将删除这些记录。这就使这些运行时的表保持 的小且快。

  • act_ru_event_subscr

  • act_ruexecution：运行时流程执行实例表
    1.ID    ：主键，这个主键有可能和PROC_INSTID相同，相同的情况表示这条记录为主实例记录。
    2.REV_：版本，表示数据库表更新次数。
    3.PROC_INSTID：流程实例编号，一个流程实例不管有多少条分支实例，这个ID都是一致的。
    4.BUSINESSKEY：业务编号，业务主键，主流程才会使用业务主键，另外这个业务主键字段在表中有唯一约束。
    5.PARENTID：找到该执行实例的父级，最终会找到整个流程的执行实例
    6.PROC_DEFID：流程定义ID
    7.SUPEREXEC： 引用的执行模板，这个如果存在表示这个实例记录为一个外部子流程记录，对应主流程的主键ID。
    8.ACTID： 节点id，表示流程运行到哪个节点
    9.ISACTIVE： 是否活动流程实例
    10.ISCONCURRENT：是否并发。上图同步节点后为并发，如果是并发多实例也是为1。
    11.ISSCOPE： 主实例为1，子实例为0。
    12.TENANTID : 这个字段表示租户ID。可以应对多租户的设计。
    13.IS_EVENT_SCOPE: 没有使用到事件的情况下，一般都为0。
    14.SUSPENSIONSTATE：是否暂停。

  • act_ruidentitylink：运行时流程人员表，主要存储任务节点与参与者的相关信息
    1.ID    ： 标识
    2.REV_： 版本
    3.GROUPID： 组织id
    4.TYPE_： 类型
    5.USERID： 用户id
    6.TASKID： 任务id

  • act_ru_job

  • act_rutask：运行时任务节点表
    1.ID    ：
    2.REV_：
    3.EXECUTIONID： 执行实例的id
    4.PROC_INSTID： 流程实例的id
    5.PROC_DEFID： 流程定义的id,对应act_reprocdef 的id
    6.NAME_： 任务名称，对应 task 的name
    7.PARENT_TASKID : 对应父任务
    8.DESCRIPTION_：
    9.TASK_DEFKEY： task 的id
    10.OWNER : 发起人
    11.ASSIGNEE    ： 分配到任务的人
    12.DELEGATION : 委托人
    13.PRIORITY    ： 紧急程度
    14.CREATETIME： 发起时间
    15.DUETIME：审批时长

  • act_ruvariable：运行时流程变量数据表
    1.ID    ：标识
    2.REV：版本号
    3.TYPE    ：数据类型
    4.NAME_：变量名
    5.EXECUTIONID： 执行实例id
    6.PROC_INSTID： 流程实例id
    7.TASKID： 任务id
    8.BYTEARRAYID：
    9.DOUBLE：若数据类型为double ,保存数据在此列
    10.LONG    ： 若数据类型为Long保存数据到此列
    11.TEXT： string 保存到此列
    12.TEXT2    ：

结论及总结:

  1. 流程文件部署主要涉及到3个表，分别是：ACT_GE_BYTEARRAY、ACT_RE_DEPLOYMENT、ACT_RE_PROCDEF。主要完成“部署包”–>“流程定义文件”–>“所有包内文件”的解析部署关系。从表结构中可以看出，流程定义的元素需要每次从数据库加载并解析，因为流程定义的元素没有转化成数据库表来完成，当然流程元素解析后是放在缓存中的，具体的还需要后面详细研究。

  2. 流程定义中的java类文件不保存在数据库里 。

  3. 组织机构的管理相对较弱，如果要纳入单点登录体系内还需要改造完成，具体改造方法有待研究。

  4. 运行时对象的执行与数据库记录之间的关系需要继续研究

  5. 历史数据的保存及作用需要继续研究。

如果你感觉文章对你又些许感悟，你可以支持我！！
-------------本文结束感谢您的阅读-------------
分享到： 收藏夹 复制网址 邮件 微信 QQ空间 腾讯微薄 豆瓣 一键分享 更多