数据库查询超时的问题,极度郁闷

能用内联就不用外联.
能不用虚表就不用虚表....
能select colunm就不select all....
还有很多呢....能不用is not就不用is not

解决方案 »

  1.   

    还可以设置command 的CommandTimeOut 
    比如
    SqlCommand cmd;
    cmd.CommandTimeout=1200这样子的
      

  2.   

     cmd.CommandTimeout = 1000;
      

  3.   

    应该不是sql语句的问题
    跟踪代码，一直到地层，看抛出什么异常
      

  4.   

    Mobile 表中有500W 条数据，但是查询筛选出来之后就只有5000条了，然后统计，应该还没有到处不了结果的地步，主要是在SQL的查询分析器中，3秒就查处了结果，但是在ASP.NET查，半天都返回不了一个结果，这个就郁闷。这个FILL操作也不是我定义的，是ADO.NET提供的填充记录集的方法，跟到这里就一直等，等死去
      

  5.   

    5000条数据对应b/s网页来说数据量有点大，楼主试试只查询出前10条看看如何，用top 10 如果确实是数据量的原因，建议楼主做个分页吧
      

  6.   

    以前做个项目时遇到一个情况也是一直等待，后来调试才发现，某个代码段内本该处一同一事务中运行的语句，并没有加上SqlTransaction对象参数，所以执行到第二个语句时，由于前面的语句处于事务状态，所以第二个语句就一直在等第一个语句的事务结束，不知道LZ是不是这种情况
      

  7.   

    我晕死，今天发现CPU还会100%，是SQLSERVER 的进程，我用的是查询，事务是自动提交的，应该不会存在这样的问题，我查询的记录最后出来的统计结果其实只有8条，.net还有这样的问题，我现在都跟踪不到，我用SQLSERVER监测都监测不到语句，估计这个监测工具是相关的操作执行之后出错或者出现结果的时候才抛送给监测工具显示的，我用ado.net通过存储过程查询和在查询分析器里的查询会有什么本质上的区别，或者中间还有哪些环节，否则同一个存储过程，同一段语句，怎么出结果的时间反差这么大呢依然郁闷，非常郁闷
      

  8.   

    aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
      

  9.   

    dddddddddddddd