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