关闭

Activiti-5.6工作流引擎-数据库表结构

69人阅读 评论(0) 收藏 举报
分类:

一、数据库建表:

      建表说明目前省略

二、数据库表结构说明:

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

     

 

 

 

2、数据库表结构说明:

·             ACT_GE_PROPERTY:属性数据表。存储整个流程引擎级别的数据。

1. NAME_:属性名称

2. VALUE_:属性值

3. REV_INT:版本号?

·             ACT_GE_BYTEARRAY:用来保存部署文件的大文本数据的。

1. ID_:资源文件编号,自增长

2. REV_INT:版本号?

3. NAME_:资源文件名称

4. DEPLOYMENT_ID_:来自于父表ACT_RE_DEPLOYMENT中的主键

5. BYTES_:大文本类型,存储文本字节流

·             ACT_RE_DEPLOYMENT:用来存储部署时需要被持久化保存下来的信息。

1. ID_:部署编号,自增长

2. NAME_:部署的包名称

3. DEPLOY_TIME_:部署时间

·             ACT_RE_PROCDEF:业务流程定义数据表。

1. ID_:流程ID,由“流程编号:流程版本号:自增长ID ” 组成

2. CATEGORY_:流程命令空间(该编号就是流程文件targetNamespace的属性值)

3. NAME_:流程名称(该编号就是流程文件process元素的name属性值)

4. KEY_:流程编号(该编号就是流程文件process元素的id属性值)

5. VERSION_:流程版本号(由程序控制,新增即为1,修改后依次加1来完成的)

6. DEPLOYMENT_ID_:部署编号

7. RESOURCE_NAME_:资源文件名称

8. DGRM_RESOURCE_NAME_:图片资源文件名称

9. 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:用来保存用户组信息。

1. ID_:用户组名

2. REV_INT:版本号?

3. NAME_:用户组描述信息

4. TYPE_:用户组类型

·             ACT_ID_MEMBERSHIP:用来保存用户分组信息。

1. USER_ID_:用户名

2. GROUP_ID_:用户组名

·             ACT_ID_USER:用来保存用户信息。

1. ID_:用户名

2. REV_INT:版本号?

3. FIRST_:用户名称

4. LAST_:用户姓氏

5. EMAIL_:邮箱

6. PWD_:登录密码

·             ACT_RU_EXECUTION

1. ID_:

2. REV_:版本号?

3. PROC_INST_ID_:流程实例编号

4. BUSINESS_KEY_:业务编号

5. PARENT_ID_:

6. PROC_DEF_ID_:流程ID

7. SUPER_EXEC_:

8. ACT_ID_:

9. IS_ACTIVE_:

10.            IS_CONCURRENT_:

11.            IS_SCOPE_:

·             ACT_RU_JOB:运行时定时任务数据表。

1. ID_:

2. REV_:

3. TYPE_:

4. LOCK_EXP_TIME_:

5. LOCK_OWNER_:

6. EXCLUSIVE_:

7. EXECUTION_ID_:

8. PROCESS_INSTANCE_ID_:

9. RETRIES_:

10.            EXCEPTION_STACK_ID_:

11.            EXCEPTION_MSG_:

12.            DUEDATE_:

13.            REPEAT_:

14.            HANDLER_TYPE_:

15.            HANDLER_CFG_:

·             ACT_RU_TASK:运行时任务数据表。

1. ID_:

2. REV_:

3. EXECUTION_ID_:

4. PROC_INST_ID_:

5. PROC_DEF_ID_:

6. NAME_:

7. DESCRIPTION_:

8. TASK_DEF_KEY_:

9. ASSIGNEE_:

10.            PRIORITY_:

11.            CREATE_TIME_:

·             ACT_RU_IDENTITYLINK:任务参与者数据表。主要存储当前节点参与者的信息。

1. ID_:

2. REV_:

3. GROUP_ID_:

4. TYPE_:

5. USER_ID_:

6. TASK_ID_:

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

1. ID_:

2. REV_:

3. TYPE_:

4. NAME_:

5. EXECUTION_ID_:

6. PROC_INST_ID_:

7. TASK_ID_:

8. BYTEARRAY_ID_:

9. DOUBLE_:

10.            LONG_:

11.            TEXT_:

12.            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类文件不保存在数据库里 。
    • 组织机构的管理相对较弱,如果要纳入单点登录体系内还需要改造完成,具体改造方法有待研究。
    • 运行时对象的执行与数据库记录之间的关系需要继续研究
    • 历史数据的保存及作用需要继续研究。
0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:15743次
    • 积分:635
    • 等级:
    • 排名:千里之外
    • 原创:38篇
    • 转载:75篇
    • 译文:0篇
    • 评论:0条
    文章分类