2017.06.08-2017.06.11回顾 欺诈事件 SQL不足

上周四、五主要时间都是在处理一个反欺诈的事件，故事大致是这样的，一线的反欺诈同事发现了近期很多通过的客户具有同一种pattern，就是单位类型是党政机关，所处行业却是制造业，后来反查发现这种不自洽客户的通过率高达90%，然后就就去排查每一个信用模型变量，并且尝试各种新的变量，看从什么角度能停下这种pattern的人，最后用了两天的时间，却发现无懈可击这种人，他妈的，最后才发现这是IT的BUG，他妈的，这种pattern都是客服人员操作后台改的，所以就是找了一群通过模型的人，去查他们的bug，能他妈的拦住才怪了！

这个事件的处理过程就是涉及到大量和迅捷的SQL开发，有些SQL为了追求速度要去掉一些精准性，现在数据库越来越多，写SQL一定要讲究效率，效率和精准的平衡上，还有值得操作的地方，比如最突出的就是找最新的一条数据这种需求，我好像发现，即便有索引，用Ken的写法依然会很慢，从速度的角度上说，我发现无脑join，最后group by的速度是最快的，还有一种fox的写法，这个写法我发现也是存在问题的，那个写法的问题是，如果前面用的left join，后面加入where条件会干掉那些没有join上的带NULL的记录，可以做一个专门的对比分析研究。这几种写法，其实这一些列SQL，麻烦的一个点都是取特定条件（一般为最新）的一条上出现的问题

然后SQL中还有一点我不是很精通的东西，就是一个聚合函数的应用，SUM()、COUNT()是聚合函数，可按group by进行聚合，如果没有group by函数，就是整体的SUM()和COUNT()，一般常用的算比率的方法就是SUM(CASE WHEN 满足某一条件 THEN 1 ELSE 0 END)/COUNT()，对了，还有一种简便方法，利用好AVG函数

我以前是喜欢拷贝到EXCEL中去看，其实一个SQL能解决的问题，没必要用手工的方法，应该去掌握和精通这种方法，看来我SQL依然有我薄弱的地方。

解决了这个事情后，就是一些其他的实施工作和一些杂事

另外周末的问题就很多了

1、按时睡觉，工作日按时睡觉还坚持得将就，到了周末真的很烂，各种托到1点钟，我觉得这个东西队友也有问题，经常我不睡，就不知道睡，自己意志都薄弱，先睡还要受到影响，这种情况下真是很难做好啊，这个怎么解决呢？尝试分开睡？工作日做得讲究，就一起睡，周末就分开睡，一定要早睡，重新拟定了一个竞赛规则，加强了惩罚力度，和中间人机制，可以一试

2、锻炼的问题，周六肚子比较饿，没有锻炼，周日却没坚持，我觉得有些锻炼不适合我，尤其是腹部的训练，我觉得不适合我，我这种腹部，应该是有氧才有作用，周天根本就没有锻炼，现在的锻炼强度已经很低很低了，要怎样呢？周六周日一个小时都不能保证吗？周一周二周三只有半个小时，但是可能半小时有些不太合理？！练KEEP，但是不要练腹部类的

3、生活中的问题没去处理，比如买房和一些思考等等，W的时间过多了

4、还有一些社交方面的没去处理，已经拖了很久了