activiti

一、数据库建表：

      建表说明目前省略

二、数据库表结构说明：

1、用建模工具反向出来的数据库表结构图如下：


 
   



2、数据库表结构说明：

    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_FORM_KEY_：是否有Start Form Key。

        注意：此表与ACT_RE_DEPLOYMENT是多对一的关系，即，一个部署的bar包里可能包含多个流程定义文件，每个流程定义文件都会有一条记录在ACT_RE_PROCDEF表内，每条流程定义的数据，都会对应ACT_GE_BYTEARRAY表内的一个资源文件和PNG图片文件。与ACT_GE_BYTEARRAY的关联是通过程序用ACT_GE_BYTEARRAY.NAME_与ACT_RE_PROCDEF.RESOURCE_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_：
        IS_ACTIVE_：
        IS_CONCURRENT_：
        IS_SCOPE_：

    ACT_RU_JOB：运行时定时任务数据表。

        ID_：
        REV_：
        TYPE_：
        LOCK_EXP_TIME_：
        LOCK_OWNER_：
        EXCLUSIVE_：
        EXECUTION_ID_：
        PROCESS_INSTANCE_ID_：
        RETRIES_：
        EXCEPTION_STACK_ID_：
        EXCEPTION_MSG_：
        DUEDATE_：
        REPEAT_：
        HANDLER_TYPE_：
        HANDLER_CFG_：

    ACT_RU_TASK：运行时任务数据表。
        ID_：
        REV_：
        EXECUTION_ID_：
        PROC_INST_ID_：
        PROC_DEF_ID_：
        NAME_：
        DESCRIPTION_：
        TASK_DEF_KEY_：
        ASSIGNEE_：
        PRIORITY_：
        CREATE_TIME_：
    ACT_RU_IDENTITYLINK：任务参与者数据表。主要存储当前节点参与者的信息。

        ID_：
        REV_：
        GROUP_ID_：
        TYPE_：
        USER_ID_：
        TASK_ID_：

    ACT_RU_VARIABLE：运行时流程变量数据表。

        ID_：
        REV_：
        TYPE_：
        NAME_：
        EXECUTION_ID_：
        PROC_INST_ID_：
        TASK_ID_：
        BYTEARRAY_ID_：
        DOUBLE_：
        LONG_：
        TEXT_：
        TEXT2_：

    ACT_HI_PROCINST：
    ACT_HI_ACTINST：
    ACT_HI_TASKINST：
    ACT_HI_DETAIL：

3、结论及改造建议

        流程文件部署主要涉及到3个表，分别是：ACT_GE_BYTEARRAY、ACT_RE_DEPLOYMENT、ACT_RE_PROCDEF。主要完成“部署包”-->“流程定义文件”-->“所有包内文件”的解析部署关系。从表结构中可以看出，流程定义的元素需要每次从数据库加载并解析，因为流程定义的元素没有转化成数据库表来完成，当然流程元素解析后是放在缓存中的，具体的还需要后面详细研究。
        流程定义中的java类文件不保存在数据库里 。
        组织机构的管理相对较弱，如果要纳入单点登录体系内还需要改造完成，具体改造方法有待研究。
        运行时对象的执行与数据库记录之间的关系需要继续研究
        历史数据的保存及作用需要继续研究。