工作流数据库表

㈠ 我在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"