Activiti工作流程引擎資料庫表結構

來源:互聯網
上載者:User

標籤:

著作權聲明:本文為博主原創文章,未經博主允許不得轉載。不經過允許copy,講追究法律責任,歡迎加入我們的學習提升群466355109,可以相互交流


資料庫表的命名


Acitiviti資料庫中表的命名都是以ACT_開頭的。第二部分是一個兩個字元用例表的標識。此用例大體與服務API是匹配的。

l  ACT_RE_*:’RE’表示repository。帶此首碼的表包含的是靜態資訊,如,流程定義,流程的資源(圖片,規則等)。

l  ACT_RU_*:’RU’表示runtime。這是運行時的表格儲存體著流程變數,使用者任務,變數,職責(job)等運行時的資料。Activiti只儲存執行個體執行期間的運行時資料,當流程執行個體結束時,將刪除這些記錄。這就保證了這些運行時的表小且快。

l  ACT_ID_*:’ID’表示identity。這些表包含標識的資訊,如使用者,使用者組,等等。

l  ACT_HI_*:’HI’表示history。就是這些表包含著曆史的相關資料,如結束的流程執行個體,變數,任務,等等。

l  ACT_GE_*:普通資料,各種情況都使用的資料。

資料庫表結構圖


資料庫表結構說明(京緣網路整理)

l  ACT_GE_PROPERTY:屬性資料表。儲存這個流程引擎層級的資料。

1.    NAME_:屬性名稱

2.    VALUE_:屬性值

3.    REV_INT:版本號碼

l  ACT_GE_BYTEARRAY:用來儲存部署檔案的大文本資料

1.    ID_:資源檔編號,自增長

2.    REV_INT:版本號碼

3.    NAME_:資源檔名稱

4.    DEPLOYMENT_ID_:來自於父表ACT_RE_DEPLOYMENT的主鍵

5.    BYTES_:大文本類型,儲存文本位元組流

l  ACT_RE_DEPLOYMENT:用來儲存部署時需要持久化儲存下來的資訊

1.    ID_:部署編號,自增長

2.    NAME_:部署套件的名稱

3.    DEPLOY_TIME_:部署時間

l  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

註:此表和ACT_RE_DEPLOYMENT是多對一的關係,即,一個部署的bar包裡可能包含多個流程定義檔案,每個流程定義檔案都會有一條記錄在ACT_REPROCDEF表內,每個流程定義的資料,都會對於ACT_GE_BYTEARRAY表內的一個資源檔和PNG圖片檔案。和ACT_GE_BYTEARRAY的關聯是通過程式用ACT_GE_BYTEARRAY.NAME與ACT_RE_PROCDEF.NAME_完成的,在資料庫表結構中沒有體現。

l  ACT_ID_GROUP:用來儲存使用者組資訊。

1.    ID_:使用者組名*

2.    REV_INT:版本號碼

3.    NAME_:使用者組描述資訊*

4.    TYPE_:使用者群組類型

l  ACT_ID_MEMBERSHIP:用來儲存使用者的分組資訊

1.    USER_ID_:使用者名稱

2.    GROUP_ID_:使用者組名

l  ACT_ID_USER:

1.    ID_:使用者名稱

2.    REV_INT:版本號碼

3.    FIRST_:使用者名稱稱

4.    LAST_:使用者姓氏

5.    EMAIL_:郵箱

6.    PWD_:密碼

l  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_:

11.  IS_SCOPE_: 

l  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_:審批時間長度

l  ACT_RU_IDENTITYLINK:任務參與者資料表。主要儲存當前節點參與者的資訊。

1.     ID_:  標識

2.     REV_: 版本

3.     GROUP_ID_: 組織id

4.     TYPE_: 類型

5.     USER_ID_: 使用者id

6.     TASK_ID_: 任務id

l  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_:

l  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_ : 從運行中任務表中刪除原因

l  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 : 經過時間長度

l  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_ :

l  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_:

l  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_ :

京緣網路結論及總結

l  流程檔案部署主要涉及到3個表,分別是:ACT_GE_BYTEARRAY、ACT_RE_DEPLOYMENT、ACT_RE_PROCDEF。主要完成“部署套件”-->“流程定義檔案”-->“所有包內檔案”的解析部署關係。從表結構中可以看出,流程定義的元素需要每次從資料庫載入並解析,因為流程定義的元素沒有轉化成資料庫表來完成,當然流程元素解析後是放在緩衝中的,具體的還需要後面詳細研究。

l  流程定義中的java類檔案不儲存在資料庫裡 。

l  組織機構的管理相對較弱,如果要納入單點登入體系內還需要改造完成,具體改造方法有待研究。

l  運行時對象的執行與資料庫記錄之間的關係需要繼續研究

l  曆史資料的儲存及作用需要繼續研究。

 

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下,並加入驅動包。




著作權聲明:本文為博主原創文章,未經博主允許不得轉載。不經過允許copy,講追究法律責任,歡迎加入我們的學習提升群466355109,可以相互交流


Activiti工作流程引擎資料庫表結構

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.