今天完成的事情：方案评审 修改 

使用公司框架一定要记得 提供了方法根据id取对象 自己写根据属性取id

写了一些excel的SQL文：  

user表：

select id from user where mobile=?     map

（验证该手机号是否已注册）

select id from user where identity_no=?    map

（验证该身份证号是否已被绑定）

card表：

select id from card where uid=?    list

（查找用户已经绑定的银行卡）

select id from card where card_no=?     map

（验证该卡号是否已经被绑定）

select id from card where uid=? and is_default=?   map

（查找用户的默认银行卡）

product表：

select id from product where product_status=? order by level desc, update_at desc, create_at desc     list

（查看所有上线的产品）

select id from product where is_recommend=? and product_status=? order by update_at desc, create_at desc     list

（查看所有上线且为热门推荐的产品）

invest表：

select id from invest where uid=? and status=? order by update_at desc, create_at desc      list

（查看用户不同状态（理财中/退出中/已退出）的投资记录）

invest_split表：

select id from invest_split where invest_id=? order by update_at desc, create_at desc       list

select id from invest_split where parent_split_id=? order by update_at desc, create_at desc   list

select id from invest_split where debt_split_id=? order by update_at desc, create_at desc     list

transact表：

select id from transact where uid=? order by update_at desc, create_at desc       list

（查看用户的所有交易流水）

message表：

select id from message where mag_status=? order by update_at desc, create_at desc       list

（查看所有“上线”的消息）

user_message_relation表：

select id from user_message_relation where uid=? and is_delete=? order by update_at desc, create_at desc     list

（查看用户收到的所有未被逻辑删除的消息）

article表：

select id from article where type=? and status=? order by level desc, update_at desc, create_at desc      list

（根据不同的类型（banner/帮助中心/关于我们）得到所有状态为“上线”的内容,按level、updateAt、createAt排序）

明天计划的事情：修改债权匹配这里的表
遇到的问题：债权匹配 一对一 比较复杂

1、用户信息表和实名认证表分开，user表新增一个验证状态的字段

这里是因为我们对实名列表的理解出现了偏差。我们认为实名列表是所有已经提交实名申请的用户的当前认证状态，每重新提交一次实名申请就会覆盖原来的记录。经过师兄解答后，发现这个实名列表实际是用户的实名申请历史记录，用户的每一次申请都记录下来。因为同一个用户在实名列表里可能多个认证申请记录，为了表示用户当前实名状态，要在user表添加一个表示用户当前认证状态的字段。

2、card表新增一个是否失效的字段

这里是关于解绑银行卡的。我们原先的方案是，解绑银行卡后，直接删除数据库的记录。但是按照“保留所有记录”的原则，不能直接删除数据库记录，而是添加一个“是否失效”的字段。

3、取消实名的功能取消

这个做方案设计的时候就已经知道了。正常来说是不会提供取消实名功能的，所以只要把取消实名的接口取消掉就可以了。

4、交易表少一个交易类型的字段

把表从navicat移到Excel的时候，搭档把这个交易类型和交易结果合成一个交易结果的字段了。经过师兄的解答，还是要把类型和结果给分开成两个字段。

5、用户消息关联表取消

关联表的设计原来是考虑可以准确的记录每一条消息是否已读、是否被用户逻辑删除，缺点是每新增一条公告消息就要在关联表内插入等同于所有用户量的数据。师兄们给的意见是取消关联表，在user表新增一个“未读消息条数”的字段，有新消息，该字段值+1，读新消息后，该字段值-1。

但是师兄们的方案，我还没想出来用户把消息删掉之后，消息中心该怎么进行展示？

6、可续投期限内发生的各种状况的应对

这个问题可以总结为续投生效的条件是什么。原来我对续投列表的展示规则的理解有3条，1是限购产品不可续投，2是已经下架的产品不可续投，3是即将到期（5天）的产品才能续投。当用户点击续投后，直接在投资表插入一条新的投资记录，起息日期为父投资的到期日期。

收获：意识到了数据需要进行保存 

          比如银行卡绑卡 相关的数据原来直接更新了 没有办法看到以前的数据

      以及实名认证 也是直接更新了 也没有保存原有的数据

  而对于金融行业来讲 这些原始数据应该进行保存