虽然一个简单的问题 但“折磨”了我这么长时间，等问题水落石出的时候才发现是自己对于细节的把控上欠缺 比如 金额为分 而却按照元来计算的
我想要说的内容有很多 我现在要做的就是心平气和的 去把自己的感受写下来
问题的现象：
商户监控显示为报红，点开查看明细，则可以看到具体哪个商户产生的问题，而问题在于没有显示任何商户报错，那么就可以断定是因为业务表中的这条交易被删除了 或者是打删除标识了 （所以通过删除标识找数据肯定是有问题的）
那么根据上面截图的信息 可以知道是因为支付的笔数和金额 和 商户对账 和 商户汇总的不一致
笔数是2 金额是8396元（注意是元 而数据库中是分 因为这个原因我没有及时找到）
select*
from汇总表 t
wheret.sum_date=date'-12-13'--汇总日期
andt.trans_status='B'--交易状态为成功
andt.trans_count='2'--交易笔数
andt.sum_type='01'--汇总类型:01:业务明细汇总 02:分账汇总
andt.cap_cd_flag='C'--正交易
andt.trans_amt=836900.00; --交易金额
1首先我不知道看总的金额和笔数 就是上面截图上的内容
2我在通过金额和笔数查的时候没有找到就以为这种方法不行 而没有考虑是不是金额的问题 将金额由元换算成分就可以了
3找到问题商户之后 只需要看下是否已经结算-经办 如果没有则只需要重跑一下单商户清结算就行了
我之前就遇到过这个问题 当时却没有去深究 这就是对于工作积极性的表现
为什么我现在这么积极了？
因为我对这个系统感兴趣了 为什么感兴趣了 归根结底还是找到套路了
当初一个同事和我差不多同时进入的 他表现比我好 为什么 因为他找到套路了
这个套路就是在本地跑程序 然后一步一步的去跟踪调试 看业务流程 这样既让我了解整个业务流程 又能对技术有研究 这个套路我之前就体会出来过 不过却没有在意 之后就忘记了
就说明了 一个很好的套路 一个很正确的方式 在随着时间的流逝 自己可以会遗忘 所以要把这些套路记录下来 等自己感觉工作和生活很吃力
不得意的时候 看下之前的记录 好好的去纠正自己的方式
所以没有工作没有积极性不是因为外界的原因 而是因为自己的原因 自己没有找准套路 没有找到好的方式 方法
我处理上面问题的过程，通过分析这个过程然后体会一下自己哪些地方是优点 哪些地方是缺点
我想到的思路是（现在想起来自己想到的思路就想狠狠的给自己一巴掌 因为从一开始就想错了 而自己就按照错误的方向走了 ）
所以从这里也可以体会到 如果一个问题你有了思路 然后去实践的过程 半个小时没有眉目 或者 实现它需要花费大量的时间等 这个方案是有问题的
页面报红了
你应该思考的是为什么会报红
从页面上就可以看出是以为支付交易的总金额和笔数和汇总、商户对账数据不一致导致的
所以通过这点就可以确定问题商户了
而自己以为的原因是 找基础表、商户对账表、汇总表中的所有的支付、退款总金额和总笔数 你想呀 如果不一致的话 肯定会报红的对不对 傻不拉几的还去找 这就是典型的费力不讨好（当然也有一个念头就是想再熟悉一下 毕竟好久没有找过了 结果让自己越陷越深 越来越偏离正确的轨道）
我还考虑用存储过程写 因为对于存储过程不是很熟悉 最后用java代码写的 可是这是最无知与萨比的地方 解决问题都这么解决的话 公司都tmd是程序员了
越想越生自己的气 真想在一个没人的地方狠狠的打自己八十大板
这就是没脑子的体现
还有之前跟着翔哥混的时候 有一个好的习惯 那就是在自己处理问题的时候 一遇到处理起来比较费劲的时候 就会把这个过程给翔哥说下 看看是不是哪个环节处理的不对 但目前我好像把这个习惯给丢了 导致做起事情来很慢 给别人的印象也是效率不高 方法不恰当
小细节决定大人生 或 对于细节的在意程度决定你人生到达的高度 或 对于细节的把控决定你是否比水平大致相同的人优秀与否+做事要带点脑子
