这段SQL看上去是不是怪怪的？这就好比你手上拽着线头，却在一堆针头里面挨个判断是否为你手上线头穿系的哪根针头？完全可以拎起线头就可以唯一找到你的针头呀。这样找不慢才怪。于是乎，我就试着是否可以将RW_BH =:b的条件移到外层SQL中，这是我的强项呀：SQL改写。不过，我最终还是被这个SQL打败了，放弃了直接改写，因为exists 的条件太过于复杂，你来我往，让人云山雾罩的。
时间在寒风冷雨中一分一秒的逝去，并没有因为寒冷而放缓了速度，眼看快到午饭时间，对解决方案仍然是一筹莫展，唯有额头上渗出的细汗能反映出我此时的心情：焦虑。
人是铁饭是钢，还是决定先去祭奠下我的五脏庙，说不定换个环境会有意外收获呢？
在万般无奈之下，我还是决定去找开发人员，看看这个牛X的SQL到底干什么的？正所谓山重水复疑无路柳暗花明又一村，众里寻他千百度却在灯火阑珊处。吃饱喝足，小憩一会后，通过转折打听到了开发人员，一聊，才发现这个SQL的业务功能其实很明确，就是要根据某个给定的XM_RWJH，根据业务规则，找到这个XM_RWJH相关的XM_RWJH，并把这些XM_RWJH以邮件的形式发送给相关的责任人，通知他们有代办事项要处理了。其实复杂就复杂在根据业务规则，找到这个XM_RWJH相关的XM_RWJH，这个功能已经产生了N个版本，在没有一个完整的业务方案文档，都是些各个版本零碎的片段。好在这个开发人员相对稳定，从第一个版本做到了当前版本，沟沟坎坎了然于胸。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/693533/viewspace-1983401/ ，如需转载，请注明出处，否则将追究法律责任。
