工作流資料庫表

㈠ 我在java開發中用了activiti工作流框架，現在無法將activiti自帶的一張表導入到別的mysql資料庫里怎麼辦

換個其他工具向資料庫導入。navicat有時會不好用

㈡ 創建工作流時資料庫自帶了act的表可以直接刪除嗎

創建工作流時資料庫自帶了act的表可以直接刪除嗎
資源庫流程規則表
1) act_re_deployment 部署信息表
2) act_re_model 流程設計模型部署表
3) act_re_procdef 流程定義數據表

㈢ jbpm中當流程發布後 在資料庫中創建的那些表是干什麼的

存數數據的，工作流的每個環節產生的數據都要保存到資料庫，有個狀態變化的過程。
Jbpm4 共有18張表，如下，其中紅色的表為經常使用的表

一：資源庫與運行時表結構
1. JBPM4_DEPLOYMENT 流程定義表
2. JBPM4_DEPLOYPROP 流程定義屬性表
3. JBPM4_EXECUTION 流程實例表
4. JBPM4_PROPERTY 流程引擎表

5. JBPM4_TASK 任務表
6. JBPM4_VARIABLE 上下文表
7. JBPM4_JOB 定時表
8. JBPM4_LOB 存儲表
9. JBPM4_SWIMLANE泳道表
10. JBPM4_PARTICIPATION 參與者表

二： 歷史數據表
11. JBPM4_HIST_ACTINST 流程活動(節點)實例表
12. JBPM4_HIST_DETAIL 流程歷史詳細表
13. JBPM4_HIST_PROCINST 流程實例歷史表
14. JBPM4_HIST_TASK 流程任務實例歷史表
15. JBPM4_HIST_VAR 流程變數（上下文）歷史表

三：身份認證表結構
16. JBPM4_ID_GROUP 組表
17. JBPM4_ID_MEMBERSHIP 用戶角色表
18. JBPM4_ID_USER 用戶表
這三張表很常見，基本的許可權控制，關於用戶認證方面建議還是自己開發一套，組件自帶的功能太簡單，使用中有很多需求難以滿足

第二部分:表結構描述
1. JBPM4_DEPLOYMENT 流程定義表
2. JBPM4_DEPLOYPROP 流程定義屬性表
3. JBPM4_EXECUTION 流程實例表
主要是存放JBPM4的執行信息，Execution機制代替了JBPM3的Token機制。
4. JBPM4_PROPERTY 流程引擎表

5. JBPM4_TASK 任務表
存放需要人來完成的Activities，需要人來參與完成的Activity 被稱為Task
6. JBPM4_VARIABLE 上下文表 存的是進行時的臨時變數
7. JBPM4_JOB 定時表 存放的是Timer的定義
8. JBPM4_LOB 存儲表
9. JBPM4_SWIMLANE泳道表
Swim Lane是一種Runtime Process Role。通過Swim Lane，多個Task可以一次分配到同一Actor身上。
10. JBPM4_PARTICIPATION 參與者表
存放 Participation的信息，Participation的種類有Candidate、Client、Owner、 Replaced Assignee和Viewer。而具體的Participation既可以是單一用戶，也可以是用戶組。

二： 歷史數據表
11. JBPM4_HIST_ACTINST 流程活動(節點)實例表 存放Activity Instance的歷史記錄
12. JBPM4_HIST_DETAIL 流程歷史詳細表 保存Variable的變更記錄
13. JBPM4_HIST_PROCINST 流程實例歷史表 存放Process Instance的歷史信息
14. JBPM4_HIST_TASK 流程任務實例歷史表 Task的歷史信息。
15. JBPM4_HIST_VAR 流程變數（上下文）歷史表 保存歷史的變數

第三部分：操作信息變化

注意：以下操作步驟向表中增加記錄的順序（經過測試）

發布一個流程deploy後
Ø jbpm4_deployment(流程定義)：新增一條記錄
Ø jbpm4_lob(存儲表)： 新增一條記錄
Ø jbpm4_deployprop(流程定義屬性表)：新增四條記錄

上傳一個zip包（包含png和jpdl.xml）後
Ø JBPM4_DEPLOYMENT多一條記錄
Ø JBPM4_DEPLOYPROP 多三條
Ø JBPM4_LOB多兩條。

開始一個流程startProcessInstanceByKey後
Ø jbpm4_execution(流程實例表)：新增一條記錄
Ø jbpm4_hist_procinst(流程實例歷史表)：新增一條記錄
Ø jbpm4_variable (上下表)：新增一條記錄
Ø jbpm4_task (任務表)：新增一條記錄
Ø jbpm4_hist_task(任務歷史表)：新增一條記錄
Ø jbpm4_hist_actinst (活動節點實例表)：新增一條記錄

填寫申請信息
Ø jbpm4_variable(上下表) ： 新增N條記錄,根據表單信息決定
Ø jbpm4_task (任務表)：新增一條記錄
Ø jbpm4_hist_task(任務歷史表)：新增一條記錄
Ø jbpm4_hist_actinst (活動節點實例表)：新增一條記錄

審批申請信息
1.同意：
Ø jbpm4_hist_actinst (活動節點實例表)：新增一條記錄
2.駁回：
Ø jbpm4_task (任務表)：新增一條記錄
Ø jbpm4_hist_task(任務歷史表)：新增一條記錄
Ø jbpm4_hist_actinst (活動節點實例表)：新增一條記錄

審批結束
Ø jbpm4_hist_actinst (活動節點實例表)：新增一條記錄

㈣ K3辭職工作流，如何在後台資料庫表中修改審批人節點，而不是在界面修改，保存，發布，求指教！

首先，你要知道是修改哪些表
其次，修改節點人後的名字是哪些。

㈤ 工作流中資料庫中的activiti表是在什麼時候誰創建的

確保伺服器端的SQL實例的遠程調用是支持TIP/IP和named pipes的. 打開SQL Server Surface Area Configuration Manager,在打開的頁面中選擇Surface Area Configuration for Services and Connections.選中實例的Remote Connections,把Using both TCP/IP and named pipes選中.

㈥ activity工作流的領導簽字意見和自定義的資料庫表關聯關系是什麼

自定義擴展Activity中，如何獲取當前SPWeb、SPList、SPListItem、SPFile等？比如，最簡單的，如何獲取當前工作流運作的ListItem數據？
完全可以在自定義Activity中通過WorkflowContext上下文獲取到當前項或當前SPWeb等信息。除非你要獲取其他Site的數據，否則就沒必要用去把Site Url、List Guid或ListItem ID等這些數據信息作為輸入參數讓工作流定製人員來手工輸入以獲取相關對象。

㈦ 工作流的創建，需要的資料庫如何設計。。。

工作流引擎有自己的資料庫表的,像activiti5,jbpm5,只需要設計自己的業務表

㈧ activiti 工作流 啟動時如何取消自動建表到mysql資料庫中

<property name="databaseSchemaUpdate" >
false： 默認值。activiti在啟動時，會對比資料庫表中保存的版本，如果沒有表或者版本不匹配，將拋出異常。
true： activiti會對資料庫中所有表進行更新操作。如果表不存在，則自動創建。
create_drop： 在activiti啟動時創建表，在關閉時刪除表（必須手動關閉引擎，才能刪除表）。

drop-create： 在activiti啟動時刪除原來的舊表，然後在創建新表（不需要手動關閉引擎）。

從以上幾種情況看，無法取消自動創建表。僅供參考。

㈨ 關於工作流的資料庫設計

項目(Item)
項目ID(ItemId) 項目描述(ItemName) 流程ID (RoutID) 申請人ID (ApplyUserID) 狀態(State) 項目類型(ItemType)
1 鄭州出差借款 1 1 借款單
2 鄭州出差報銷 3 1 報銷單 這里的項目，是泛指，可以是公文，借款單，報銷單等等需要流轉的數據.

任務列表(TaskList)
任務ID(taskId) 項目ID (itemId) 步驟ID (actorId) 狀態(state) 版本(version) 1 1 1 檢出 100
2 2 3 檢出 1001
3 3 3 待檢出 1002項目申請後，任務列表插入一條記錄.用戶審批通過或者拒絕後，update當前步驟ID（上一步驟或者下一步驟）.某個步驟可能有多個審批人，如果要審批，必須先檢出.version欄位是為了樂觀鎖控制，保證只能有一人檢出.

任務歷史記錄(TaskHistory)
ID(id) 項目ID (itemId) 步驟ID (actorId) 備注(memo) 操作人ID (operateUserId) 創建時間(createDate)1 1 1 成都出差 1
1 1 2 批准 2
1 1 3 批准 3
每個步驟的操作，都寫入任務歷史記錄

流程(Rout)
流程ID(routId) 流程描述(routName) 部門ID (deptID) 版本號(version) 狀態(State)
1 借款流程 1 1 發布
2 報銷流程 1 1 草稿
2 預算審批流程 1 1 停止 流程草稿狀態是可以修改刪除，發布狀態就不能修改和刪除，只能新增一個版本，或者新增一個流程，或者停止流程。

步驟(Actor)
步驟ID(actorID) 步驟序號(sortNo) 步驟描述(actorName) 流程ID (routId) 1 1 借款申請 1
2 2 部門經理審批 1
3 3 財務經理審批 1 步驟序號是步驟執行的順序，審批的時候，根據當前序號，查找下一步驟，然後將下一步驟update任務列表的步驟ID,審批拒絕，則查找上一步驟，然後update任務列表的步驟ID

步驟處理人(actorUser)
步驟ID(actorId) 處理人ID (operateUserId)
1 1
2 2
2 3 一個步驟，是有多個處理人。處理人先檢出任務列表，然後才能審批。

視圖：待我處理的工作
select t1.taskId,t1.itemId,t3.operateUserId from taskList t1 join actor t2 on t1.actorId=t2.actorId join actorUser t3 on t2.actorId=t3.actorId where t1.state='待檢出'

視圖:我申請的工作
select t1.itemId,t1.itemName,t1.state,t1.applyUserId,t2.actorId from item t1 join taskList t2 on t1.itemId=t2.itemId

申請時
"1--查找所選流程的第一個步驟
select actorId from actor
where routId =1
order by sortNo
limit 0,12--插入任務列表taskList
insert into tasklist(actorId,state,version,itemId)
values()3--插入任務歷史記錄
insert into taskhistory(itemId,actorid,memo,operateBy,createDate)
values()
4--修改項目Item的狀態為待審批
update item set state='wait_to_approve' where itemId=1"

審批通過
"1--update任務列表的步驟ID為下一步驟ID
update taskList set actorId=
(select actorId from actor
where routId = (select routId from actor where actorID=1)
and actorID>1
order by sortNo
limit 0,1
)
where taskId
2--插入任務歷史記錄
insert into taskhistory(itemId,actorid,memo,operateBy,createDate)
values()
3--修改項目Item的狀態為審批中
update item set state='approveing' where itemId=1"

審批拒絕
"1--update任務列表的步驟ID為第一步的ID
update taskList set actorId=
(select actorId from actor
where routId =(select routId from actor where actorID=1)
order by sortNo
limit 0,1)
where taskId=1
2--插入任務歷史記錄
insert into taskhistory(itemId,actorid,memo,operateBy,createDate)
values()
3--修改項目Item的狀態為審批拒絕
update item set state='jujue' where itemId=1"