基于微信公众号的在线签到业务平台

满足要求：

1. 签到数据
2. 人员数据
3. 用户留言数据
4. 前台页面展示数据
5. 账号数据

设计原则：

1. 每一个表都含有一个自增ID
2. 外键的使用尽量避免
3. 每个表都有创建时间、创建人以及创建方式(手动注册、手动导入还是excel导入)
4. 部分表具有更新人、更新时间
5. 时间使用Datetime作为数据类型
6. 尽量不设置空项目避免空指针报错
7. 默认值要设计的符合实际
8. 每个用户都有一个全局UID
9. UID的设置满足 用户级别号+所属区域号+部门号+时间+自增
10. 对于长度约束项需要使用定长
11. 对于长度无约束尽量不使用定长
12. 数字标识为无符号
13. 日志数据保存需要有

• 创建人
• 创建时间
• 执行操作
• 执行返回码->成功、失败、无法确认
• 操作执行时间

对于外键的使用与否个人决定。

表设计：

签到数据表： 

1. 主键为微信openid以及自增ID
2. 签到具体信息
3. 创建时间

在进行签到的时候先把数据写入签到数据表，然后然写入日志表

管理人员信息表：

1. 主键为全局UID以及自增ID
2. 管理人员个人信息
3. 创建时间

在进行增删改查的时候先把数据写入管理人员表，然后然写入日志表

签到人员信息表：

1. 主键为全局UID以及自增ID
2. 签到人员个人信息
3. 创建时间

在进行增删改查的时候先把数据写入签到人员表，然后然写入日志表

次数表：

1. 主键为管理人员全局UID、签到人员全局UID以及自增ID
2. 要求次数(日、周、月、年)
3. 最低满足次数

在进行增删改查的时候先把数据写入次数表，然后然写入日志表

留言表：

1. 主键为留言人员全局UID以及自增ID
2. 留言信息
3. 创建时间
4. 回复信息
5. 回复人全局UID(管理人员-部门对应、或者全局管理人员-区域对应)
6. 留言展示状态->未审核、已审核通过、审核不通过

在进行增删改查的时候先把数据写入留言表表，然后然写入日志表

通知表：

1. 主键为管理人员全局UID以及自增ID
2. 通知信息
3. 创建时间
4. 通知类别
5. 通知状态->马上分布、预先保存

账号表：

1. 主键为账号ID以及自增ID
2. 账号密码
3. 安全问题
4. 账号类别(默认签到人员)
5. 全局UID

关键的属性在于微信的openid以及全局用户的UID