员工激励管理系统DB

@(吉毅、陈旭山)[闫朝伟|徐旺]

数据库设计
* 后台：PHP
* 数据库：MySQL

更新日志：

• 2016-03-24更新
  usertasks里的taskstate任务状态0表示正在进行，1表示申请审核，2表示审核成功，3表示审核不通过，4表示取消，5表示任务过期。
  当检测到taskstate=0并且过期(当天过期，在一定时期内过期，每天的过期，每月的过期)然后将taskstate=5；用户已经选择了的任务过期表示不让用户再看到正在进行的过期任务，而任务可否选择是由任务的taskdatetype决定的。
  comtasks里的过期将curtimes置为0即可

• 2016-03-15更新

  1. companyinfos表里修改totalmoney为curmoney表示当前所剩金额，

• 2016-03-14更新
  1.orders表里新增sendtime，confirmtime分别为发货时间和确认收货时间
  orders里的state：0表示创建订单(提醒发货,时间为createat),1表示已经发货，sendtime为发货时间,2表示已经收货但未付款，confirmtime为确认收货时间,3表示已经收货，已经付款(由系统管理员)，付款后updateat为付款时间。

• 2016-03-13更新

  1. 新增comsupplys表，表示公司所有福利所关联的提供商id信息，当用户获得福利时，在该表的needcount上加1，并将state置为1(可提醒发货)。当管理员点击发货后，将该表里的信息添加到orders表里，将need加到remaing字段上，并清空neecount。remaing将是该公司剩余品的件数，如果用户领取了某件，则在该字段上减1（userwelfares表里记录了对应的discountsid）.
  2. 删除orders表中comwelfareid字段，因为多个福利可以对应一个供应商，并且福利id
  3. comwelfares表新增state字段,0表示福利正常,1表示福利已经被替换

• 2016-03-11更新

  1. 表comwelfares表里加入fromsyswfid字段表示从系统福利里导入的id，加入money价值字段.

• 2016-03-11更新

  1. 表users,admins里增加state字段，0表示正常,1表示用户被删除。

• 2016-03-10更新

  1. 表syswelfares新增supplytypeid和supplyid
  2. 表feedbacks新增comid

• 2016-03-07变更更新

  1. 表usertasks里新增comid公司id,增加finishtime任务结束时间,新增taskname,taskdesc,taskscore,needpic

• 2016-03-06变更更新

  1. 删除begintkbags直接用类型表作为初始大任务包，删除comtasks表里的companynum字段
  2. 在comtasks表里增加selected字段默认全为1，在systasks表里增加selected字段，默认全为0，为便于区别已经被公司选入的任务

• 2016-03-05变更更新

  1. companyinfos表里加入allmoney(历史总金额)字段,isremind(是否被提醒充值0未，1已提醒),remindtime(提醒时间),typename(类型名称)
  2.

• 2016-03-03变更更新

  1. 员工：
     
     • 员工注册需要输入性别和年龄--users表里加入sex和age字段。
  2. 企业：
     
     • 企业注册---类型选择其他，则不能初始化任务。
     • 企业审核---需管理员登录,并给出友情提示: 申请企业审核，必须成功介绍1家新企业加入益趣平台，数据库表之前已经给出了数据字段
     • 企业福利---初始化福利不需要输入公司性别比例、年龄结构，这些信息由系统自动完成，导入福利包时两大类福利包内各提供3个福利包让其选择。福利积分不能修改。
     • 企业页面---右上角增加联系客服：显示客服电话。
     • 企业信息---企业信息设定里，加入“已介绍新企业加入”的数量----companyinfos表里加入introcount字段;
  3. 系统：
     
     • 查询---按照公司名查询到的页面加入已成功介绍几家企业，取消下面的提醒发货按钮;在供应商里也取消提醒发货按钮
     • 福利--生成福利，确定年龄段和性别属性，都单选。

        公司所处年龄阶段的判别公式：
        40岁以下员工比例高于60%： 偏青年；
        40岁以下员工比例处于30%-60%：均衡；
        40岁以下员工比例低于30%：偏中年。

        公司所处性别结构的公式：
        男性员工比例高于60%：偏男性；
        男性员工比例处于30%-60%：均衡；
        男性员工比例低于30%：偏女性。

• 2016-03-02更新
  在companyinfos表中增加了如下字段：

totalstaff(总员工)默认为0 //便于查询(每次新用户要自增1)
totalclick(总点击量)默认为0
manager管理者姓名 //公司注册界面没有密码
email管理者email
phone管理者手机号

一、表结构设计

前言：
* 每张表建议都加入createdat(创建时间)与updatedat(更新时间)字段，时间记录是不可少的，下面的表中默认都没有写，但是实际建表应该加上
* 服务器触发器：
1. 用户日月积分到时间自动清0;
2. 公司任务表里的时间为每天，每月或者时间段的到时间自动清零(将属性totaltime清零，让用户无法看到)

1、users

• 表名：普通员工表
• 说明：
• 表字段：

2、admins

• 表名：企业管理员表
• 说明：
• 表字段：

3、roots

• 表名：系统管理员表
• 说明：
• 表字段

4、companyinfos

• 表名：公司信息表(也是公司表)
• 说明：
• 表字段：

admins(企业管理员)------companyinfos(公司信息)：多对1
一个公司可以有多个管理员

5、companytypes

• 表名：公司类型表
• 说明：在注册的时候需要用到。
• 表字段：

删除 6、begintkbags

• 表名：初始化大任务包的任务包
• 说明：之前说不需要的，因为可以用公司类型就行了，但是不是所有的公司类型都被设置了任务包，所以要有字段表名哪些类型已经设置了大任务包。
• 表字段：

7、systaskbags

• 表名：系统管理员添加的任务包
• 说明：隶属于begintkbags包下，完全由系统管理员提供，里面的每项都是systasks表中数据的一个集合。
• 表字段：

8、systasks

• 表名：系统管理员添加的任务表
• 说明：系统管理添加任务表的对象是公司
• 表字段：

9、comtasks

• 表名：公司发布任务表
• 说明：在公司管理后台和系统管理后台都可以发布任务，字段也从中而来。
• 页面展示方式：
  
  • 公司管理界面：直接查询该表
  • 员工界面：可选任务列表==>通过对本表tasktarget查询筛选出的任务---usertasks表查询已经选择的任务==得到需要展示的任务列表
• 表字段：

10、usertasks

• 表名：用户选择后任务表
• 说明：用户从可选择的任务列表里选择做任务后，该任务id将记录在该表
• 表字段：

11、beginwfbags

• 表名：初始福利包表
• 说明：该表是在系统管理员界面设置初始福利包界面要显示的列表数据，然后通过点击该项，显示月福利包和生涯福利包。
• 表字段：

beginwfbags(初始福利包名表)------>welfarebags(福利包表)------->welfares(福利表)
系统管理员点击初始福利包-------显示一系列福利包--------单个福利包下显示一系列福利

(去掉)welfarebags

• 表名：福利包去掉，因为只有两种福利，直接将包字段加入syswelfares表，便于查询
• 说明：单项福利只能通过福利包展现，而此福利包又包含在初始福利包里
• 表字段：

只有两个福利包，一个是每月福利包，一个是生涯福利包

12、syswelfares

• 表名：系统管理员生成的福利项表
• 说明：只能由系统管理员添加，企业管理员可以在新福利中修改，而在初始化福利时只能选择的。单项福利只能通过福利包展现给企业管理员。所以添加都是在福利包添加的。
• 表字段：

welfares(福利)------>discounts(优惠)------>supplys(供应商)）
供应商只通过优惠展现，优惠只通过福利发放，福利只通过福利包给管理员选择

13、comwelfares

• 表名：公司福利表
• 说明：公司只能导入系统管理员设置好的福利，在导入的时候写入该表。也就是说福利与公司挂了钩，公司不能修改积分只能查重替换
  并且该表里同一个公司id下的福利不能有相同的积分数目的福利(同一个积分数只能有一个福利)
• 表字段：

14、userwelfares

• 表名：用户取得的福利表
• 说明：为便于查询是否领取福利等信息
• 表字段：

加了福利类型，可以清楚知道用户已经获得的月度福利和生涯福利

这个userwelfares关联了comwelfare表的公司福利id,公司福利又关联了discounts优惠表，所以公司字段和优惠是否为发货字段都可以查询到，但是为了便于查询，可以在userwelfares表里加入companyid公司id,和是否需要发货isneedsend,因为有了companyid可以在员工界面查询已经领取的福利快捷，在通知发货界面可以清楚知道哪些人已经获得了需要发货的福利

15、supplys

• 表名：供应商表
• 说明：只能由系统管理员添加，由其联系
• 表字段：

16、supplytypes

• 表名：供应商类别表
• 说明：类别是可以添加的，只能在系统管理员界面，与supplys表是1对多关系
• 表字段：

17、discounts

• 表名：优惠表
• 说明：优惠只能在系统管理界面添加，与supplys供应商表是多对1关系
  并且，优惠是给福利用的，与任务无关的。
• 表字段：

18、feedbacks

• 表名：反馈表
• 说明：员工和公司管理员都可以反馈，但是查看的只能是系统管理员
• 表字段：

19、notifys

• 表名：通知表
• 说明：
• 表字段：

20、userscores

• 表名：用户积分表
• 说明：一旦插入不能修改，撤销积分则新插入一条记录就行了
• 表字段：

当要查询当天的总积分时，只要以当天的时间戳与finishday匹配就累加起来，再排序；要查询当月的总积分时，只要获取当月时间与finishday转化的月时间戳对比，再排序就可以了。

21、recharges

• 表名：企业充值表
• 说明：由企业管理员充钱到系统管理员账户(支付宝或者微信)，然后由系统管理员充值(填数据)到企业管理员的账户上。在系统管理员点击公司头像或者搜索公司时，会显示冲值历史就查询该表。
• 表字段：

系统管理员的消费情况是否要显示

22、consums

• 表名：企业消费表
• 说明：企业每收到货后，由系统管理员付款，付款的金额要从企业金额里减去，此表只记录每笔消费
• 表字段：

23、orders

• 表名：订单表
• 说明：该订单在手动要求发货后，在商家发货前是没有订单号的，在商家发货后由系统管理员填写发货单号。
• 表字段：