不得其解,查询和存储过程就有这么大的差异??

这东西是很烦，要漫漫搞。不要急，急是没得用的！
小弟我是初学SQL的，郁闷的问题多的一塌，你就知足吧，才碰到一个郁闷的！！！
顶！！！！

解决方案 »

  1.   

    请问各位老大：在CSDN社区里发帖子提问怎么搞啊？
    到现在还不知道
    帮忙顶一下啊！
    谢谢！
      

  2.   

    执行环境一样？
    你在存储过程里set @i=6看看结果
      

  3.   

    环境是一模一样的,是同一服务器
    dbcc checkdb未报错
      

  4.   

    看不出错误。
    要不你确保系统设置正确情况下，重启，并再create proc试试。不会， 只能顶一下
      

  5.   

    不好意思看错了，不过可以把查询sql语句一条一条的验证，sql有时会出现一些莫名的问题，但是有时也是我们的思维定势，会导致一些问题的出现
      

  6.   

    将union 改为 union all
      

  7.   

    我认为一切皆有可能，但是凡事事出比有因！！我们没有你的环境，肯定是你还是有不一样的地方！！！not in里面那么复杂，还是修改为not exists比较好，否则你自己纸上算一笔帐，用in要查找出整个表的符合条件的资料，然后再每个去比较，速度表现不优，而not exists只要碰到存在的资料，马上做出反应，是exists，马上next掉！用in符合我们的习惯，不过速度没有not exists表现的好!FYI~
      

  8.   

    也没用exists也没用in,用了left join .只是还不明白.