数据库处理问题(审批流程定义)

1、用户表

用户ID

用户角色（1：业务员，2：经理，3：总经理，4：总裁。。。）

用户姓名

2、客户表

客户ID

客户名称

3、业务员客户表

用户ID（其实就是用户表里的用户角色为业务员的用户）

客户ID

4、业务员移交客户申请表

申请人用户ID

申请移交的客户ID

审批状态（0：审批中，1：已审批。。。。）

移交后用户ID

5、请假表

用户ID

请假开始时间

请假结束时间

请假类别（1：事假、2：病假、3：婚假。。。。。）

审批状态（0：审批中，1：已审批。。。。）

6、周报表

用户ID

周报月份

审批状态（0：临时保存，1：已提交，2：经理已审批，3：总经理已审批。。。。）

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

 一、建立完善的OA审批流程管理约定。

电子化的OA流程审批必须和企业的管理制度相结合，这样网上审批才能得以实施和执行。那么当审批人少有登录OA的习惯，甚至也不习惯于使用电子邮箱等办公交流工具。

这时候，其实所有的技术手段都已经失效了，目前恐怕没有更高级的提醒方式，以将提醒消息及时送达了。除非使用非常规方式（例如使用电话催办）。可见，这已不是技术问题，而是企业管理上问题了。

二、启用各种OA流程审批的提醒。

开启OA办公平台的消息提醒功能，OA系统中的消息提醒、即时通讯软件提醒、短信提醒、邮件提醒等，可以根据不同提醒对象的特点以及是OA在线等系统自动进行选择。当一个审批节点接收到上一级的审批文件时，首先审批人会收到系统自动发送来的相关提醒消息。

当审批人OA在线或登录OA时，自然会看到提醒消息，从而做出审批 *** 作。而未做出审批 *** 作的流程单，始终会存储在“待审待签”标签中，再以代签文件量的数字加以提醒，确保审批人不会忘记存在未存未审批单件。

基本概念

办公自动化（office Automation，OA）是在设备、通信逐步实现自动化的基础上，通过管理信息系统（Management Information System，MIS）的发展而兴起的一门综合性技术。它是将计算机网络与现代化办公相结合的一种新型办公方式。

它不仅可以实现办公事务的自动化处理，而且可以极大地提高个人或者群体办公事务的工作效率，为企业或部门机关的管理与决策提供科学的依据。在办公自动化管理领域，如果说硬件技术是其环境保障，则软件技术就是办公自动化各项功能得以顺利实现的灵魂所在。

自20世纪70年代，从单机处理开始，例如，采用微型机处理文字，进而完成文件归档、记录指示、电话自动记录等任务。

以上内容参考：百度百科-办公自动化

---