数据库审批流程

㈠ 关于工作流的数据库设计

项目(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"

㈡ 审批流程管理

易客CRM新版本中增加多级审批功能，每个模块可以设置多个审批流程，每个流程可以设置多个审批步骤。通过控制面板开发的模块也可以支持多级审批。
设置审批流程的步骤如下：
第一步：使用管理员账号登陆易客CRM，进入控制面板->审批流程，选择合同订单模块，进入合同订单模块的审判流程列表，如下图所示：
审批流程列表1.jpg
第二步：点击“新增审批流程”，进入创建审批流程界面，如下图所示：
审批流程列表2.jpg
默认情况下，每个用户提交订单时都可以选择当前审批流程，如果需要某些用户不能选择当前审批流程，可以点击"高级选项"，如下图所示：
审批流程列表3.jpg
所选用户将可以选择当前审批流程，未选用户将可以选择当前审批流程，提交时也看不到当前审批流程。
确认流程信息后点击保存按钮，进入流程信息页面，如下图所示：
审批流程列表4.jpg
第三步：点击“新增审批步骤”按钮，进入创建审批步骤界面，如下图所示：
审批流程列表5.jpg
审批步骤的信息分3个部分，第一个是基本信息，设置审批步骤的基本信息和审批人，每个审批可以设置多个审批人，每个审批人可以为正式审批人和候选审批人，正式审批人可以接收审批通知和审批记录，候选审批人不接收审批通知和审批记录。
审批步骤如果没有指定下一步的审批步骤，将按照自然序列指定下一步的审批步骤，如果指定下一步审批步骤，将可以跳转到指定的下一步审批步骤。审批步骤可以指定是否可以结束整个审批流程，如果没有指定，最后一个审批步骤将可以结束整个审批流程。
审批步骤的第二个部分是字段权限，如下图所示：
审批流程列表6.jpg
审批步骤的第三个部分是高级选项，审批通过时将可以自动更新订单的某个字段，如下图所示：
审批流程列表7.jpg
第四步：重复第三步，依次创建3个审批步骤，分公司销售经理审批、法务确认和总经理审批，如下图所示：
审批流程列表8.jpg
第五步：创建合同订单后，点击“审批”按钮，选择审批流程提交，如下图所示：
审批流程列表9.jpg
第六步：南京分公司的审批流程的负责人登陆系统后收到审批通知，或者在右上角的我的审批中心可以看到未审批和已审批的记录，如下图所示：
审批流程列表10.jpg
第七步：点击未审批的记录，进入合同订单信息的界面，点击审批按钮，如下图所示：
审批流程列表11.jpg
审批窗口中可以快速查看审批流程的详细信息和审批历史。
注意1：合同订单、发货单和进货单审批通过时将自动修改“状态”字段的值为“已审批”，这个是系统默认的，和动态赋值没有关系。
注意2：审批状态目前有5个状态，为待批准、已批准、已拒绝、已撤单和已驳回，数据库中对应的值为0、1、-1、-2和-3，数据库中的值可以作为条件赋值，例如统计报表和视图中，如果有审批状态的条件，对应的值要输入数据库中的值(0、1、-1、-2和-3)。
待批准表示还未审批的记录或待审批的记录；
已批准表示已经批准通过的记录；
已拒绝表示审批被审批人拒绝的记录；
已撤单表示被撤单的记录；
已驳回表示审批人驳回的记录，需要提交人重新修改和再提交审批。

㈢ 最近在做一个审批流程。请问用工作流（WWF）好还是直接数据库加状态标识来确定状态好web开发.

工作流也只是复杂的变量状态标识来确定的。

所以不要被这种概念所蒙蔽了。

简单东西，用不着工作流。

PS:当然可以了，只不过要复杂一些。要看是需求，比如多人或签 或者是同级流转还有是不是会 签等。

㈣ 关于一个数据库的设计，公司员工请假流程（员工表，请假申请表，审批流程表，用户角色表）

员工表：员工信息（员工ID、姓名、性别等），关联角色（角色ID）
角色表：角色分类（角色ID、角色名）
请假申请表：请假流水号、员工ID、申请日期、假期开始日期、假期天数、当前状态（申请-》一审-》2审-》批准/未批准）
请假流程表：请假流水号、审批人，审批日期，审批结果

如果功能在强点的话，可以加上审批限制日期，超限制没进行审批，自动标为为批准、自己可以在进行扩展

㈤ 关于OA审批流程

这个比较简单吧。一个表加两个用户字段，分别为上一审批人，当前审批人，均可为空。
发起时指定当前审批人，第一级审批后设置上一审批人为当前审批人，设置当前审批人为一下审批人。

㈥ 管理员审批方式接入网络的配置流程

易客CRM新版本中增加多级审批功能，每个模块可以设置多个审批流程，每个流程可以设置多个审批步骤。通过控制面板开发的模块也可以支持多级审批。
设置审批流程的步骤如下：
第一步：使用管理员账号登陆易客CRM，进入控制面板->审批流程，选择合同订单模块，进入合同订单模块的审判流程列表，如下图所示：
审批流程列表1.jpg
第二步：点击“新增审批流程”，进入创建审批流程界面，如下图所示：
审批流程列表2.jpg
默认情况下，每个用户提交订单时都可以选择当前审批流程，如果需要某些用户不能选择当前审批流程，可以点击"高级选项"，如下图所示：
审批流程列表3.jpg
所选用户将可以选择当前审批流程，未选用户将可以选择当前审批流程，提交时也看不到当前审批流程。
确认流程信息后点击保存按钮，进入流程信息页面，如下图所示：
审批流程列表4.jpg
第三步：点击“新增审批步骤”按钮，进入创建审批步骤界面，如下图所示：
审批流程列表5.jpg
审批步骤的信息分3个部分，第一个是基本信息，设置审批步骤的基本信息和审批人，每个审批可以设置多个审批人，每个审批人可以为正式审批人和候选审批人，正式审批人可以接收审批通知和审批记录，候选审批人不接收审批通知和审批记录。
审批步骤如果没有指定下一步的审批步骤，将按照自然序列指定下一步的审批步骤，如果指定下一步审批步骤，将可以跳转到指定的下一步审批步骤。审批步骤可以指定是否可以结束整个审批流程，如果没有指定，最后一个审批步骤将可以结束整个审批流程。
审批步骤的第二个部分是字段权限，如下图所示：
审批流程列表6.jpg
审批步骤的第三个部分是高级选项，审批通过时将可以自动更新订单的某个字段，如下图所示：
审批流程列表7.jpg
第四步：重复第三步，依次创建3个审批步骤，分公司销售经理审批、法务确认和总经理审批，如下图所示：
审批流程列表8.jpg
第五步：创建合同订单后，点击“审批”按钮，选择审批流程提交，如下图所示：
审批流程列表9.jpg
第六步：南京分公司的审批流程的负责人登陆系统后收到审批通知，或者在右上角的我的审批中心可以看到未审批和已审批的记录，如下图所示：
审批流程列表10.jpg
第七步：点击未审批的记录，进入合同订单信息的界面，点击审批按钮，如下图所示：
审批流程列表11.jpg
审批窗口中可以快速查看审批流程的详细信息和审批历史。
注意1：合同订单、发货单和进货单审批通过时将自动修改“状态”字段的值为“已审批”，这个是系统默认的，和动态赋值没有关系。
注意2：审批状态目前有5个状态，为待批准、已批准、已拒绝、已撤单和已驳回，数据库中对应的值为0、1、-1、-2和-3，数据库中的值可以作为条件赋值，例如统计报表和视图中，如果有审批状态的条件，对应的值要输入数据库中的值(0、1、-1、-2和-3)。
待批准表示还未审批的记录或待审批的记录；
已批准表示已经批准通过的记录；
已拒绝表示审批被审批人拒绝的记录；
已撤单表示被撤单的记录；
已驳回表示审批人驳回的记录，需要提交人重新修改和再提交审批。

㈦ 如何实现数据库存储过程操作审计

--禁用C2 审核跟踪和只限成功的登录
EXEC sys.sp_configure N'c2 audit mode', N'0'
GO
RECONFIGURE WITH OVERRIDE
GO

USE [master]
GO
EXEC xp_instance_regwrite N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'AuditLevel', REG_DWORD, 1
GO

SQLSERVER2008新增的审核功能
在sqlserver2008新增了审核功能，可以对服务器级别和数据库级别的操作进行审核/审计，事实上，事件通知、更改跟踪、变更数据捕获（CDC）
都不是用来做审计的，只是某些人乱用这些功能，也正因为乱用这些功能导致踩坑
事件通知：性能跟踪
更改跟踪：用Sync Services来构建偶尔连接的系统
变更数据捕获（CDC）：数据仓库的ETL 中的数据抽取（背后使用logreader）

而审核是SQLSERVER专门针对数据库安全的进行的审核，记住，他是专门的！

㈧ 如何实现OA系统的自定议审批流程的数据库设计

我举一个例子：有的OA系统是要公司客户自己有服务器，然后装到客户的服务器上。可是客户嫌麻烦，所以我想将OA系统（PHP+Mysql）放在自己的服务器上，让公司客户及其员工来注册使用。那么问题来了，原来在客户自己的服务器上数据库也就十几张表，但都放到我的服务器上，每注册一个公司就得增加十几张表，那如果有一万家公司注册数据库不得有几十万张表？跟楼主一样的问题，有一些老牌厂商早就给出来完美答案了，比如华为、天翎都有过类似的问题，这些企业提出的解决方案就很不错，就针对上面的问题，最简单的办法是给每张表加个实例ID，一个公司对应一个实例ID，然后在你的MVC架构中跟DB最近的这一层加个拦截器，每个SQL查询都自动带上实例ID，这样不用对代码做很大改动。后期再根据需要优化，哪些公司合用一张表，哪些单独占用一张表甚至一个数据库，总之具体问题具体对待，需要在运营的过程中根据用户量和业务情况来分析采取对策。

㈨ ACCESS数据库如何添加“审核”按钮

紧紧只是一个审核按钮，没有审核流程的话简单
数据库加一个审核状态的字段。。。审核更新这个字段，列表的编辑按钮，根据这个字段控制可用不可用就好了。添加按钮不做控制，所以不影响。

㈩ 审核流程的数据库一般怎么设计

1、用户表
用户ID
用户角色（1：业务员，2：经理，3：总经理，4：总裁。。。）
用户姓名
2、客户表
客户ID
客户名称
3、业务员客户表
用户ID（其实就是用户表里的用户角色为业务员的用户）
客户ID
4、业务员移交客户申请表
申请人用户ID
申请移交的客户ID
审批状态（0：审批中，1：已审批。。。。）
移交后用户ID
5、请假表
用户ID
请假开始时间
请假结束时间
请假类别（1：事假、2：病假、3：婚假。。。。。）
审批状态（0：审批中，1：已审批。。。。）