Activiti資料庫表結構

衣舞晨風發表於2016-09-05

資料庫表結構說明
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_:大文字型別,儲存文字位元組流
6. GENERATED_:是否是引擎生成,0為使用者生成 1為Activiti生成
ACT_RE_DEPLOYMENT:用來儲存部署時需要持久化儲存下來的資訊
1. ID_:部署編號,自增長
2. NAME_:部署包的名稱
3. DEPLOY_TIME_:部署時間
4. CATEGORY_:分類
5. TENANT_ID_:租戶id
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_FROM_KEY_:是否有Start From Key
10. SUSPENSION_STATE_:是否掛起,1 啟用 2掛起
11. TENANT_ID_:租戶id
注:此表和ACT_RE_DEPLOYMENT是多對一的關係,即,一個部署的bar包裡可能包含多個流程定義檔案,每個流程定義檔案都會有一條記錄在ACT_REPROCDEF表內,每個流程定義的資料,都會對於ACT_GE_BYTEARRAY表內的一個資原始檔和PNG圖片檔案。和ACT_GE_BYTEARRAY的關聯是通過程式用ACT_GE_BYTEARRAY.NAME與ACT_RE_PROCDEF.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_: 節點id
9. IS_ACTIVE_: 是否訪問
10. IS_CONCURRENT_:是否為並行(true/false)
11. IS_SCOPE_:
12. IS_EVENT_SCOPE_:
13. SUSPENSION_STATE_:掛起狀態 1啟用 2掛起
14. CACHED_ENT_STATE_:
ACT_RU_TASK:執行時任務資料表。
1. ID_:
2. REV_: 樂觀鎖
3. EXECUTION_ID_: 執行例項的id
4. PROC_INST_ID_: 流程例項的id
5. PROC_DEF_ID_: 流程定義的id,對應act_re_procdef 的id_
6. NAME_: 任務名稱,對應 ***task 的name
7. PARENT_TASK_ID_ : 對應父任務
8. DESCRIPTION_:
9. TASK_DEF_KEY_: ***task 的id
10. OWNER_ : 發起人
11. ASSIGNEE_: 分配到任務的人
12. DELEGATION_ : 委託人
13. PRIORITY_: 緊急程度
14. CREATE_TIME_: 發起時間
15. DUE_TIME_:審批時長
16. SUSPENSION_STATE_:1代表啟用 2代表掛起協辦委託的時候會用到
ACT_RU_IDENTITYLINK:任務參與者資料表。主要儲存當前節點參與者的資訊。
1. ID_: 標識
2. REV_: 版本
3. GROUP_ID_: 組織id
4. TYPE_: 型別
5. USER_ID_: 使用者id
6. TASK_ID_: 任務id
ACT_RU_VARIABLE:執行時流程變數資料表。
1. ID_:標識
2. REV_:版本號
3. TYPE_:資料型別
4. NAME_:變數名
5. EXECUTION_ID_: 執行例項id
6. PROC_INST_ID_: 流程例項id
7. TASK_ID_: 任務id
8. BYTEARRAY_ID_:
9. DOUBLE_:若資料型別為double ,儲存資料在此列
10. LONG_: 若資料型別為Long儲存資料到此列
11. TEXT_: string 儲存到此列
12. TEXT2_:
ACT_HI_PROCINST
1. ID_ : 唯一標識
2. PROC_INST_ID_ : 流程ID
3. BUSINESS_KEY_ : 業務編號
4. PROC_DEF_ID_ : 流程定義id
5. START_TIME_ : 流程開始時間
6. ENT__TIME : 結束時間
7. DURATION_ : 流程經過時間
8. START_USER_ID_ : 開啟流程使用者id
9. START_ACT_ID_ : 開始節點
10. END_ACT_ID_: 結束節點
11. SUPER_PROCESS_INSTANCE_ID_ : 父流程流程id
12. DELETE_REASON_ : 從執行中任務表中刪除原因
13. TENANT_ID_:租戶Id
14. NAME:名稱
ACT_HI_ACTINST
1. ID_ : 標識
2. PROC_DEF_ID_ :流程定義id
3. PROC_INST_ID_ : 流程例項id
4. EXECUTION_ID_ : 執行例項
5. ACT_ID_ : 節點id
6. ACT_NAME_ : 節點名稱
7. ACT_TYPE_ : 節點型別
8. ASSIGNEE_ : 節點任務分配人
9. START_TIME_ : 開始時間
10. END_TIME_ : 結束時間
11. DURATION : 經過時長
ACT_HI_TASKINST
1. ID_ : 標識
2. PROC_DEF_ID_ : 流程定義id
3. TASK_DEF_KEY_ : 任務定義id
4. PROC_INST_ID_ : 流程例項id
5. EXECUTION_ID_ : 執行例項id
6. PARENT_TASK_ID_ : 父任務id
7. NAME_ : 任務名稱
8. DESCRIPTION_ : 說明
9. OWNER_ : 擁有人(發起人)
10. ASSIGNEE_ : 分配到任務的人
11. START__TIME_ : 開始任務時間
12. END_TIME_ : 結束任務時間
13. DURATION_ : 時長
14. DELETE_REASON_ :從執行時任務表中刪除的原因
15. PRIORITY_ : 緊急程度
16. DUE_DATE_ :
ACT_HI_DETAIL:啟動流程或者在任務complete之後,記錄歷史流程變數
1. ID_ : 標識
2. TYPE_ : variableUpdate 和 formProperty 兩種值
3. PROC_INST_ID_ : 對應流程例項id
4. EXECUTION_ID_ : 對應執行例項id
5. TASK_ID_ : 對應任務id
6. ACT_INST_ID : 對應節點id
7. NAME_ : 歷史流程變數名稱,或者表單屬性的名稱
8. VAR_TYPE_ : 定義型別
9. REV_ : 版本
10. TIME_ : 匯入時間
11. BYTEARRAY_ID_
12. DOUBLE_ : 如果定義的變數或者表單屬性的型別為double,他的值存在這裡
13. LONG_ : 如果定義的變數或者表單屬性的型別為LONG ,他的值存在這裡
14. TEXT_ :  如果定義的變數或者表單屬性的型別為string,值存在這裡
15. TEXT2_:
ACT_HI_COMMENT 意見表
1. ID_ :標識
2. TYPE_ : 意見記錄型別 為comment 時 為處理意見
3. TIME_ : 記錄時間
4. USER_ID_ :
5. TASK_ID_ : 對應任務的id
6. PROC_INST_ID_ : 對應的流程例項的id
7. ACTION_ : 為AddComment 時為處理意見
8. MESSAGE_ : 處理意見
9. FULL_MSG_ :

結論及總結

  • 流程檔案部署主要涉及到3個表,分別是:ACT_GE_BYTEARRAY、ACT_RE_DEPLOYMENT、ACT_RE_PROCDEF。主要完成“部署包”–>“流程定義檔案”–>“所有包內檔案”的解析部署關係。從表結構中可以看出,流程定義的元素需要每次從資料庫載入並解析,因為流程定義的元素沒有轉化成資料庫表來完成,當然流程元素解析後是放在快取中的,具體的還需要後面詳細研究。
  • 流程定義中的java類檔案不儲存在資料庫裡 。
  • 組織機構的管理相對較弱,如果要納入單點登入體系內還需要改造完成,具體改造方法有待研究。
  • 執行時物件的執行與資料庫記錄之間的關係需要繼續研究
  • 歷史資料的儲存及作用需要繼續研究。

Activiti使用Mybatis3做持久化工作,可以在配置中設定流程引擎啟動時建立表。
Activiti使用到的表都是ACT_開頭的。
ACT_RE_*:流程定義儲存。
ACT_RU_*:流程執行記錄,記錄流程啟動到結束的所有動作,流程結束後會清除相關記錄。
ACT_ID_*:使用者記錄,流程中使用到的使用者和組。
ACT_HI_*:流程執行的歷史記錄。
ACT_GE_*:通用資料及設定。
使用到的表:
ACT_GE_BYTEARRAY:流程部署的資料。
ACT_GE_PROPERTY:通用設定。
ACT_HI_ACTINST:流程活動的例項。
ACT_HI_ATTACHMENT:
ACT_HI_COMMENT:
ACT_HI_DETAIL:
ACT_HI_PROCINST:流程例項。
ACT_HI_TASKINST:任務例項。
ACT_ID_GROUP:使用者組。
ACT_ID_INFO:
ACT_ID_MEMBERSHIP:
ACT_ID_USER:使用者。
ACT_RE_DEPLOYMENT:部署記錄。
ACT_RE_PROCDEF:流程定義。
ACT_RU_EXECUTION:流程執行記錄。
ACT_RU_IDENTITYLINK:
ACT_RU_JOB:
ACT_RU_TASK:執行的任務記錄。
ACT_RU_VARIABLE:執行中的變數記錄。

activiti-administrator
自帶的使用者管理系統,維護使用者和組,需要配置資料連線引數,在activiti-administrator\WEB-INF\applicationContext.xml中,並加入JDBC驅動包。
activiti-cycle
PVM活動檢測的,由activiti-rest提供服務,不需配置。
activiti-explorer
可以檢視使用者任務和啟動流程,由activiti-rest提供服務,不需配置。
activiti-kickstart
簡單的點對點流程定義維護工具,需要配置資料連線,把activiti.cfg.xml檔案放在classes下,並加入驅動包。
activiti-modeler
線上編輯和維護流程定義的工具,最後以資料夾方式部署,需要配置activiti-modeler\WEB-INF\classes\configuration.properties檔案。
activiti-probe
PVM的觀測服務,由activiti-rest提供服務,不需配置,可以檢視deployment、processdefinition、processinstance、database。
activiti-rest
其他幾個應用的服務提供者,需要配置資料連線,把activiti.cfg.xml檔案放在classes下,並加入驅動包

本文部分內容整理自itcast講義,在此表示感謝。
作者:jiankunking 出處:http://blog.csdn.net/jiankunking

相關文章