我有一个系统,服务器是win2003,技术是asp.net2008+access的一个网站,做的是一个公司设备查询系统,数据条目大概有3000条左右,主要的功能是组合多种形式的查询进行对不同的类别进行查询。在自己的两台机器运行良好,但是给人安装以后,不知道是他们的服务器的问题,还是怎么一回事,现在的情况是可以从网页上查询到数据,注意是正常运行不会报错的,但数据不是查询条件所限制的条目,是个错误的数据集。不好理解的是,如果是代码出现了错误,肯定会报错;如果是查询条件出现歧义,那么在我自己的机器上为什么又是正确的数据集。请那位高人解答解答,或者提供相关知识链接出行,急呀。。

解决方案 »

  1.   

    sql语句贴出来。
    程序断点,把sql语句复制出来,就会知道问题在哪儿。
      

  2.   


    有些人习惯于使用try...catch....来欺骗自己的主管和同事,如果你没有特别繁重的测试,这种程序就会把问题推给发布之后用户那里出乱子。
      

  3.   

    你的问题信息很少,没法具体说什么。但是要记住,开发就是要尽早抛出异常,尽早直接定位到问题。假设你从来没有自欺欺人地使用try...catch来隐藏异常,但是数据仍然出错,那么你就要学会尽早地往代码中放入断言,让异常尽早跳出来。
      

  4.   

    注意数据库采用的字符集是否一致,
    最好是查看数据库的日志,
    看看发行的SQL语句是否同预期的一致.
      

  5.   

    的确是很奇怪的问题,主要检查一下sql语句和相关的判断条件
      

  6.   

    报歉,没有讲清楚我的东西。这个系统因为安全的原因,后台应用的是应用程序,前台是WEB页,中间件是采用的WEB服务,架构用的是三层,查询组成是在access中应用的过程,组成的SQL语句过程用过蛮多次,应该是没有问题,程序当中当然也有try...catch....,不过是规规距距的异常信息,这里还真没有使坏的东东。因为没抛出异常,主观判断程序SQL查询应该没有问题,我猜想可能对方的服务器有什么WEB设置方面的问题(因为我的服务器没有任何问题,工作一切正常),但是一头雾水,不知道应该从什么方面入手,也是因为没有异常抛出。。
      

  7.   

    组成的SQL语句过程用过蛮多次
    问题就是你,sql是不是对 的
      

  8.   

    怪我,又没有讲清,我是说我的SQL过程应用在其他的不同系统中,都没有问题,是个成熟的东东。嘿嘿,问题应该不在这里。因为逻辑上讲不通的。
      

  9.   

    嘿嘿,统一搞清楚了是什么问题,原来如此,原来如此,原来是个分页局限性的问题,用户是个老掉牙的机器,IIS一旦失效,是处于假活真死状态,做什么都一样