數據庫7秒能查詢出來,到前臺怎麼就超時呢

LU142857 2011-03-13 11:09:55
如題
...全文
127 11 打赏 收藏 转发到动态 举报
写回复
用AI写文章
11 条回复
切换为时间正序
请发表友善的回复…
发表回复
LU142857 2011-03-13
  • 打赏
  • 举报
回复
[Quote=引用 6 楼 qianjin036a 的回复:]
多半是前台写的语句转换成SQL语句时有错误.
[/Quote]
整的存儲過程,沒拼sql語句
SqlCommand的CommandTimeout設置長點能查出來
問題是在企業管理器中直接執行7秒能查出來,可到了前臺,就超時,默認的時間是30秒
-晴天 2011-03-13
  • 打赏
  • 举报
回复
多半是前台写的语句转换成SQL语句时有错误.
LU142857 2011-03-13
  • 打赏
  • 举报
回复
[Quote=引用 4 楼 haiwer 的回复:]
你的7秒怎么测试出来的
由于缓存的存在,很多语句第一次执行和第二次执行的速度是不同的,参数化的语句和非参数化的执行计划有时也不同
[/Quote]
就在企業管理器裏面查詢得出
昵称被占用了 2011-03-13
  • 打赏
  • 举报
回复
你的7秒怎么测试出来的
由于缓存的存在,很多语句第一次执行和第二次执行的速度是不同的,参数化的语句和非参数化的执行计划有时也不同


叶子 2011-03-13
  • 打赏
  • 举报
回复
前台得到数据后,对数据做什么处理了?
王向飞 2011-03-13
  • 打赏
  • 举报
回复
在查询分析器—工具—选项—连接(设置超时值)
在企业管理器—SQL配置属性—连接(设置远程连接超时值)
昵称被占用了 2011-03-13
  • 打赏
  • 举报
回复
方便的话贴出存储过程

遇到过此类的,就是where里使用变量引起选择的执行计划并非最优,用动态语句转化下就可以了
快溜 2011-03-13
  • 打赏
  • 举报
回复
把超时时间改大点看看情况。
feixianxxx 2011-03-13
  • 打赏
  • 举报
回复
...单独跑一个语句 跟在一个系统里面跑一个语句还是有很大差别的吧~
obuntu 2011-03-13
  • 打赏
  • 举报
回复
profiler下,看具体的执行语句,也可能跟锁有关。。。
这种东西,影响因素太多啦。
--小F-- 2011-03-13
  • 打赏
  • 举报
回复
网络连接数据库的时候出了问题么?

22,210

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server 疑难问题
社区管理员
  • 疑难问题社区
  • 尘觉
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧