Activiti Workflow Engine 資料庫表結構

Mondo 科技 更新 2024-03-03

Acitiviti 資料庫中的表以 ACT 命名。 第二部分是識別用例的雙字元表。 此用例與服務 API 大致一致。

act re *: re' 表示儲存庫。 帶有此字首的表包含靜態資訊,例如流程定義、流程資源(規則等)。 act ru *:ru' 用於執行時。 這是乙個執行時表,用於儲存執行時資料,例如流程變數、使用者任務、變數、職責等。 Activiti 僅在例項執行期間儲存執行時資料,當流程例項結束時,這些記錄將被刪除。 這可確保這些執行時小而快。 Act ID *:ID' 表示標識。 這些表包含標識資訊,如使用者、使用者組等。 ACT HI *:嗨,歷史。 這些表包含歷史資料,例如結束流程例項、變數、任務等。 act ge *:普通資料,在所有情況下使用的資料。

Act GE 屬性:屬性資料表。 在此程序引擎級別儲存資料。

name: 屬性 namevalue: 屬性值rev int: Version: act ge bytearray: 用於儲存部署檔案的大文字資料。

id:資源檔案編號,自遞增 rev int:版本號 name:資源檔名 部署 id:父表中的主鍵 act re deployment bytes:大文字型別,儲存文字位元組流 act redeployment:用於儲存部署過程中需要持久化的資訊。

id:部署編號,自遞增名稱:部署包名稱部署時間:部署時間,act re procdef:業務流程定義資料表。

id:程序 ID,由“程序編號:程序版本號:自動遞增 ID”組成類別:程序命名空間(此數字為程序檔案 targetnamespace 的屬性值) name:程序名稱(此數字為程序檔案程序元素的 name 屬性值) key:程序編號(此編號為程序檔案程序元素的 id 屬性值) version: 程序版本號(由程式控制,新的為1,修改後加1) 部署 ID:部署編號資源名稱:資源檔名:dgrm 資源名稱:* 資源檔名has start from key:是否有 start from 鍵注意:此表與 act redeployment 具有多對一關係,即乙個部署欄包可以包含多個程序定義檔案,每個程序定義檔案在 act reprocdef 表中都會有一條記錄每個程序定義的資料在 act ge bytearray 表中更改為資源檔案和 png 檔案。 與 act ge bytearray 的關聯是以程式設計方式使用 act ge bytearray名稱和行為 re procdefname,它不反映在資料庫表結構中。

行為ID組:用於儲存使用者組資訊。

id:使用者組名稱*rev int:版本名稱:使用者組描述*type:使用者組型別act id membership:用於儲存使用者組資訊。

使用者 ID:使用者名稱 組 ID:使用者組名 行為 ID 使用者

id:使用者名稱 rev int:版本號 first:使用者名稱 last:使用者姓氏 電子郵件:郵箱 pwd:密碼行為 ru 執行

id: rev: 版本號 proc inst id: 程序例項編號 業務金鑰: 業務編號 父 id : 找到執行例項的父例項,最終找到整個程序的執行例項 proc def id: 程序 idsuper exec : 引用執行模板 act id : 節點 idis active : access is concurrent : is scope : act ru task: 執行時任務的資料表。

id:rev :執行 id : idproc 執行例項的 idproc inst id : idproc 流程例項的 id : 程序定義的 id,act 的 id re procdef name : 任務名稱,對應 **任務名稱父任務 id : 對應父任務描述 :task def key : id任務所有者 : 發起方 assignee : 分配給任務 委派: 委託人優先順序 : 緊急性 建立時間 : 啟動時間 : 批准持續時間 行為 ru Identitylink:任務參與者資料表。主要儲存當前節點參與者的資訊。

id : identity rev : version group id : organization idtype : type user id : user idtask id : task idact ru variable: runtime process variable data table.

id:idrev:版本型別:資料型別名稱:變數名稱執行 ID:執行例項 idproc inst id:程序例項 id任務 ID:任務 idByteArray ID :d ouble:如果資料型別為 double,則在此列中儲存資料Long:如果資料型別為 long將資料儲存到此列文字:字串 儲存到此列文字 2:act hi procinst

id:唯一識別符號 proc inst id:程序業務金鑰:業務編號 proc def id:程序定義 id開始時間:程序開始時間:結束時間:程序經過時間啟動使用者 ID:啟動程序使用者 idstart 操作 ID:啟動節點結束行為 ID:結束節點超級程序例項 ID:父程序 iddelete reason:從正在執行的任務表中刪除原因

id:idproc def id:程序定義 idproc inst id:程序例項 id執行 ID:執行例項行為 ID:節點 ID行為名稱:節點名稱行為型別:節點型別受託人:節點任務受託人開始時間:開始時間:結束時間:結束時間:經過的持續時間

id:身份 proc def id:程序定義 idtask def key:任務定義 idproc inst id:程序例項 執行 id:執行例項 idparent 任務 id:父任務 idname:任務名稱 description: 描述 owner: 所有者(發起人) assignee: 分配給任務的人員 start time: 開始時間 結束時間 :D uration :D urationDelete reason:從執行時任務表中刪除的原因Priority:緊急性截止日期:act hi detail:任務完成後啟動流程或記錄歷史流程變數。

id:標識型別:variableupdate 和 formproperty 兩個值 proc inst id:對應的程序例項 id執行 id執行 id:對應的執行例項 idtask id:對應任務 idact inst id:對應節點 idname:歷史程序變數的名稱,或表單屬性的名稱 var type:定義型別 rev: versiontime:匯入時間 bytearray id double :如果定義的變數或表單屬性的型別為 double, 它的值在這裡存在 long :如果定義的變數或表單屬性的型別是長的,它的值就存在這裡文字 :如果定義的變數或表單屬性的型別是字串,則該值存在這裡 text2 :act hi comment opinion table.

id: identity type: 當注釋記錄型別為 comment time : record time 使用者 id : task id : idproc inst 對應 task 的 id: idaction 對應的程序例項: addcomment 是程序的訊息: full msg: 程序檔案的部署主要涉及三個表,分別是:act ge bytearray、act re deployment、act re procdef。主要完成“部署包”-程序定義檔案“-包內所有檔案”的解析和部署關係。 從表結構可以看出,流程定義的元素每次都需要從資料庫中載入和解析,因為流程定義的元素沒有轉換成資料庫表才能完成,當然,流程元素解析後就放在快取中,具體需要稍後詳細研究。 程序定義中的 j**a 檔案不儲存在資料庫中。 組織的管理比較薄弱,如果要納入單點登入系統,就需要轉型,具體轉型方法需要研究。 需要研究執行時物件的執行與資料庫記錄之間的關係,需要研究歷史資料的儲存和功能。 Activiti 使用 mybatis3 進行持久化工作,並且可以在配置中設定在流程引擎啟動時建立表。

Activiti 使用的表格都以 act 開頭。

act re *:程序定義儲存。 act ru *:流程執行的記錄,記錄從流程開始到結束的所有操作,並在流程結束後清除相關記錄。 ACT ID *:使用者記錄、程序中使用的使用者和組。 act hi*:程序執行的歷史記錄。 ACT GE*:一般資料和設定。 使用的表:

act ge bytearray:程序部署的資料。 act ge 屬性:常規設定。 Act Hi Actinst:流程活動的例項。 Act hi attachment: Act hi comment: Act hi detail: Act hi procinst: Process instance. act hi taskinst:任務例項。 行為 ID 組:一組使用者。 行為 ID 資訊:行為 ID 成員身份:行為 ID 使用者:使用者。 操作重新部署:部署記錄。 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:乙個簡單的點對點過程,用於定義維護工具,該工具需要配置資料連線以放置 activiticfg.xml 檔案放置在類下,並新增到驅動程式包中。 activiti-modeler:乙個用於編輯和維護流程定義,最後部署為資料夾的工具,您需要配置 activiti-modeler web-inf 類配置屬性檔案。 Activiti-Probe:PVM 的觀察服務由 Activiti-REST 提供,無需配置,您可以檢視部署、processdefinition、processinstance 和資料庫。 activiti-rest:其他幾個應用程式的服務提供者需要配置資料連線以放置 activiticfg.xml 檔案放置在類下,並新增到驅動程式包中。

相關問題答案

    ACK One Argo Workflows 在任務編排中實現動態扇出風扇

    作者 莊宇。在工作流編排過程中,為了加快大任務處理效率,可以使用扇出扇入任務編排,將大任務分解為小任務,然後並行執行小任務,最後聚合結果。從上圖可以看出,可以使用DAG Directed Acyclic Graph 來編排扇出扇入任務,子任務分為靜態和動態,分別對應靜態DAG和動態DAG。動態 da...

    企業服務 HA 系統審批流程 工作流的產品設計

    為了滿足企業業務管控的需要,審批流程存在於各種各樣的業務系統中。審批一般分為一般審批和業務審批。一般的審批一般可以通過釘釘 飛書等辦公OA自帶的審批功能來完成,非常成熟,不用多說業務審批往往與業務文件耦合,如採購訂單的審批等,毫無疑問,相當一部分業務審批的可用性相對較差,今天我們就來談談如何設計乙個...

    智慧型臥式迴轉櫃產品優勢及工作流程

    智慧型水平轉盤是一種現代儲存裝置,具有許多優點和高效的工作流程。科明智庫將為您介紹智慧型臥式迴轉櫃的產品優勢和工作流程。智慧型臥式旋轉櫃的產品優勢之一是空間利用率高。智慧型水平轉盤採用垂直旋轉設計,通過最大限度地利用垂直空間來存放物品。每個櫃子都配有多層貨架,可以靈活地調節和分配貨架的高度,以容納不...

    日本遊戲製造商公布了 AI 工作流程示例

    雖然我們還在期待AI將如何改變生活和工作,但刻板印象中 自給自足 的日本遊戲開發者已經 開放 並且已經使用了AI工作流程。無論你是遊戲玩家還是業內人士,這篇最新發布的資料分析一定讓你有所收穫,一起來看看吧來自知名廠商Level 的AI應用在遊戲開發和推廣中的應用 關於級 首先,我們來介紹一下本文的主...

    CAN匯流排資料採集器的工作流程是什麼?

    CAN匯流排資料採集器的工作流程通常包括以下步驟 連線CAN匯流排 首先,將CAN匯流排資料採集器與目標裝置或系統的CAN匯流排連線。這可能涉及連線到CAN匯流排的物理介面,例如CAN聯結器或連線線。 配置和設定 連線完成後,需要對CAN匯流排資料採集器進行配置和設定。這包括選擇適當的通訊速率,設定...