深夜上线随感@sql语句

　　又是上线日，不知道为啥晚上就容易想点啥。此次上线前吧有点坎坷，对接外围系统出了点问题。测试过程当中发现了这个问题，可是去找开发，开发就一个推一个。流程说流程没问题，你去找收单；收单说收单没问题，你去找数据；数听说数据没问题，你去找外围系统；外围系统说咱们给你的报文没问题，是大家本身的问题。这么一推二推就推了两天，给我整的又着急又生气。只能把这个bug升级在升级，终于被大佬在群里@开发定位解决（测试说话是真的没啥做用，小声bb）。最后发现，嘿外围系统悄悄改了点东西，没通知咱们。收单数据是没问题，他们给的报文也没问题，可是转换就有问题了。咱们9是不变，2是新增，6是修改，他们给改了，致使最后展现的不变的信息都变成修改了。。这就很头疼，外围系统本身改点啥不通知，此次测到了是发现了，那下次没测到不就上生产出问题了吗，ε=(´ο｀*)))唉

　　另外就是如何能提升推进开发修改的效率呢？首先就是提升本身定位bug的能力，是前端仍是后端，后端的话是受理、收单、数据仍是流程？接触这个项目这么久了，也基本能判断是哪的问题，就是有部分bug定位还不是很准确，感受是受理或者收单的锅，可能最后是数据的问题。另外就是及时关注bug状态，开发发现这个bug不是本身的问题就立马指回给测试，这就致使bug的解决效率很低，战线拉得长。特别是对接外围的就更难找人去处理了。。

　　这一段时间不是接手了个新项目吗，主要是数据展现的一个项目，根据时间、类别、地区等等划分，进行实时统计展现的一个系统，主要是在数据库按不一样的条件查查查，看看展现的对不对。基本的还阔以，进阶一点的就须要在回忆里再翻翻。

　　首先就遇到一个问题，就是在查询某环节在途任务时，须要将finish_time为空的单子判断为在途，想固然的写了where finish_time = null 查的时候没有报错却查到了所有走过该环节的数据。通常状况下将任何值(包括NULL自己)与NULL作比较的时候，都会返回UnKnown。因此在写查询语句的时候要写 where finish_time  is null；

　　另外就是查询某种类型的单子的总量，这种类型包括多种类型，对一个字段匹配多个值的就能够写成 where type_code in（1101,1102）; 若是是不肯定的话就能够写成where type_code like '11%';  若是要匹配四位类型，且最后一位不肯定的话就是 where type_code like '110_';

　　用in 的时候还跟开发发生了一件事情，我比开发查的数据要多两条，拉出数据来一瞅，有两条是符合条件的为啥没筛进去呢？由于他的某一个字段里包含了两种字段，就比如筛选铅笔、橡皮等商品时，会用**in（'铅笔','橡皮'），可是这个时候是筛不到铅笔橡皮的，而**in（铅笔,橡皮）就能查到= =

　　最近碰上一个问题，就是有一个字段是以json串形式被保存在数据库中，可是因为这个json串很长，并且这个字段也不是固定位置的。须要统计若干个单子中包含这个字段，且这个字段要早于当前时间。不知道有木有大佬能给一个解决办法，如何能快速统计呢？