今天完成的事情:     考虑哪些表的哪些字段需要建索引

                                用户表&实名管理模块的设计

0、一开始的问题

1）用户表的主键选哪个字段？（id？用户编号？）

2）用户编号怎么实现增长？

首先是第二个问题的解决方案（已百度搜索相关问题，确定可以实现，这里先不管具体实现细节）。

1.用户表里的用户编号字段允许为空，插入新数据的时候先不填这个字段。

2.根据插入新数据返回的id，拼接成用户编号，再更新到数据库里去。

结论一：用户编号这个字段要允许为null，所以该字段不能作为主键，第一个问题解决。

结论二：之后的交易流水号等字段也可以采用这样的方式设置。

1、设计的主体是实名管理模块，也就是实名列表

这里有两个最基本的问题：

1）这个页面是怎么来的？（接口设计）

2）这个列表展示的是什么内容、什么字段？（DB设计）

先看看实名列表的页面：

展示的字段分别是 用户表 和 实名状态表 的内容，所以要得到这个页面需要用到 连表查询语句 + 分页查询语句， 这个页面里还提供了条件查询、模糊搜索和查看、取消实名、审核等接口，第一个问题和第二个问题都搞定了。

2、到底怎么设计用户表？

表名：tbl_user

字段：

方案讨论结果，要补充两个字段：账户状态和手势密码。修改后的用户表如下：

3、到底怎么设计实名状态表？

表名：tbl_ verification

字段：

4.接口设计

1）实名列表接口

2）条件搜索、模糊搜索接口

3）查看实名状态详情接口

4）取消实名接口

5）审核通过接口

6）审核拒绝接口

银行管理

1.ER模型&表接口设计

2.表结构设计

表名：tbl_bank

字段：

表名：tbl_user_bank

字段：

3.接口设计

1）银行列表接口

2）条件搜索、模糊搜索接口

3）新增银行接口

4）图片上传接口

5）图片删除接口

6）编辑银行接口

明天计划的事情  投资记录表 交易记录表

遇到的问题: 对于这个自增id 还是用户编号 作为逻辑上唯一标识符有疑问

收获: 专门看了看数据库相关知识 对于char varchar 的区别使用 决定把手机号改成var

       test类型 决定把拒绝理由改成test