前几天前端程序开发的人问了个奇怪的问题，说是存储过程中sql语句查不出数据，但是单独拉出来，用相同的值 替换一下变量 就没有问题；
奇怪是吧，看起来真的很奇怪，同样的sql，不同的地方怎么可能会有不同的结果；
根据之前解决 各种不可思议问题 的经验，99%的问题都出在人为的细节问题上，所以这种问题我基本可以肯定是开发人员代码的问题，但是下边这段简单的东西，真的想不出有哪里是可以出错的地方；
起初我以为是数据类型什么的可能会有问题，数字精度等等，可以试试；
又或是计算绝对秒的F_BASE_DATETONUM返回值是不是可能有问题，但是自己计算的值直接给stsrtTime、endTime赋值还是有问题；
我去，搞了很长时间，绝望了，不搞了，等我先去浏览一下1024找找灵感；
有个问题丢那没有解决心里始终不是那么回事，算了，还得继续猜继续试；
mlgb，当我注意到表里有一个字段名跟变量名一样的时候，我彻底的彪了，心里一万草泥马奔腾而过。

以下是提取过程中的相关代码，有删减，不谈性能，不谈除本问题之外的任何东西。

把过程里的sql提出来简化一下就是这边这种sql，看表里的数据，STATTIME<endTime 恒假，恒假，恒假

select * from NTA_RES_BEATTACK_5MIN where STATTIME<endTime;

到此问题已解决，问题已解决，问题已解决。
如果按照一定的编码规范来写的话，这种问题是100%可以避免的，比如，存储过程形参以 p_ 开头，本地变量以 l_ 开头，字段名字一般就是英文单词或是缩写什么的，怎么可能会tmd重名呢。

ITPub博客

字段与变量同名造成的sql问题

最新文章

ITPub博客

字段 与 变量 同名造成的sql问题

最新文章

字段与变量同名造成的sql问题