189 8069 5689
我举一个例子：有的OA系统是要公司客户自己有服务器，然后装到客户的服务器上。可是客户嫌麻烦，所以我想将OA系统（PHP+Mysql）放在自己的服务器上，让公司客户及其员工来注册使用。那么问题来了，原来在客户自己的服务器上数据库也就十几张表，但都放到我的服务器上，每注册一个公司就得增加十几张表，那如果有一万家公司注册数据库不得有几十万张表？跟楼主一样的问题，有一些老牌厂商早就给出来完美答案了，比如华为、天翎都有过类似的问题，这些企业提出的解决方案就很不错，就针对上面的问题，最简单的办法是给每张表加个实例ID，一个公司对应一个实例ID，然后在你的MVC架构中跟DB最近的这一层加个拦截器，每个SQL查询都自动带上实例ID，这样不用对代码做很大改动。后期再根据需要优化，哪些公司合用一张表，哪些单独占用一张表甚至一个数据库，总之具体问题具体对待，需要在运营的过程中根据用户量和业务情况来分析采取对策。
让客户满意是我们工作的目标，不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户，将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴，公司提供的服务项目有：空间域名、网站空间、营销软件、网站建设、墨竹工卡网站维护、网站推广。
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：总经理已审批。。。。）
其实具体控制，你要在程序里进行流程控制，并没有你说的那种自动控制，不过这样的表结构设计是可以满足你后期不用再动数据库，只用修改业务流程即可
1.首先要全面分析一下你的系统涉及到哪些事物对象，一般来说是为每种对象建立一张表。
2.然后是分析每个事物都有哪些属性，每个属性是什么特点，反映在数据库中这个字段是什么类型。
2.然后分析各个事物之间的关系，哪个是“一”，哪个是“多”。如班级是“一”，学生是“多”，则要在学生表中添加一个字段来保存他所属的班级。
最基本的就是这样，其他就是一些优化的问题。
建议你在网上找一些相关电子书进行系统的学些；然后就是可以下载一些程序，想dz，ecshop之类，如果让你自己来设计数据库你会怎样做，然后打开程序看别人是怎么设计的；看多了就熟悉了。