数据库表结构说明: select t.*, t.rowid from act_ge_bytearray t where t.deployment_id_=136817 select t.*, t.rowid from act_re_procdef t where t.deployment_id_=136817 select t.*, t.rowid from act_ru_execution t where t.proc_def_id_ ='requestSignReportmanager:5:137020' select t.*, t.rowid from act_ru_task t where t.execution_id_=137021 or t.proc_def_id_ ='requestSignReportmanager:5:137020' select t.*, t.rowid from act_ru_identitylink t where t.task_id_=137027 select t.*, t.rowid from act_ru_variable t where t.execution_id_=137021
-
NAME_:属性名称
-
VALUE_:属性值
-
REV_INT:版本号?
-
ID_:资源文件编号,自增长
-
REV_INT:版本号?
-
NAME_:资源文件名称
-
DEPLOYMENT_ID_:来自于父表ACT_RE_DEPLOYMENT中的主键
-
BYTES_:大文本类型,存储文本字节流
-
ID_:部署编号,自增长
-
NAME_:部署的包名称
-
DEPLOY_TIME_:部署时间
-
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_完成的,在数据库表结构内没有体现。
-
ID_:用户组名
-
REV_INT:版本号?
-
NAME_:用户组描述信息
-
TYPE_:用户组类型
-
USER_ID_:用户名
-
GROUP_ID_:用户组名
-
ID_:用户名
-
REV_INT:版本号?
-
FIRST_:用户名称
-
LAST_:用户姓氏
-
EMAIL_:邮箱
-
PWD_:登录密码
-
ID_:
-
REV_:版本号?
-
PROC_INST_ID_:流程实例编号
-
BUSINESS_KEY_:业务编号
-
PARENT_ID_:
-
PROC_DEF_ID_:流程ID
-
SUPER_EXEC_:
-
ACT_ID_:
-
IS_ACTIVE_:
-
IS_CONCURRENT_:
-
IS_SCOPE_:
-
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_:
-
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类文件不保存在数据库里 。
- 组织机构的管理相对较弱,如果要纳入单点登录体系内还需要改造完成,具体改造方法有待研究。
- 运行时对象的执行与数据库记录之间的关系需要继续研究
- 历史数据的保存及作用需要继续研究。
|