sql执行超时
① sql语句执行超时
update语句是很耗时的,你可以这样.
1.将有用的数据先存入到一个临时表.
select shop_snsn.*(这里把shop_snsn.kucun,替换成bt.kucun) into #shop_snsn_temp from shop_snsn, bt where bt.isbn = shop_snsn.cjname and shop_snsn.shopclass=2
2. 删除shop_snsn表中的数据
delete from shop_snsn
where exists (select 'x' from bt where bt.isbn = shop_snsn.cjname) and shop_snsn.shopclass=2
3. 将#shop_snsn_temp表中的数据插回到shop_snsn表中.
insert into shop_snsn select * from #shop_snsn_temp
4. 删除临时表drop table #shop_snsn_temp
adoconnection1.CommandTimeout = 0命令执行超时时间(以秒为单位),设置为零说明无限制adoconnection1.ConnectionTimeout = 0连接数据库超时时间(以秒为单位),设置为零说明无限制
③ sql查询时报告超时，怎么解决
优化表结构,优化SQL语句,但是最主要的是在你的表字段里面增加索引,不知道你们用什么数据库,也可以查询一下这种数据库的书籍或者文档,应该呦比较实用的方法.
④ 运行SQL语句超时！在线等！！急！！！
有时候1秒钟就执行完了，有时候就执行不了！
这种情况可能你在更新的时候表有写入操作，加个WITH(NOLOCK)或者WITH(ROWLOCK)就Ok了。
UPDATE Users WITH (ROWLOCK) SET Username = 'fred' WHERE Username = 'foobar'
⑤ 直接执行sql语句查询很快，在程序中报sql超时。
注意参数的类型，尤其数据库是date,传java.util.Date的时候
⑥ SQL 执行Update语句时超时
直接在查询分析器里执行没有问题，程序中执行就会超时，而且一旦在程序中超时后在查询分析器里也会超时.
这个情况, 很可能是 程序里面运行的时候,
有其他的代码 修改了
usrtable 表 的 id = 1 的数据。
但是没有 提交事务处理。
结果就是把 id=1 这行的数据，给锁定了。
结果 程序中执行就超时了。
而且一旦在程序中超时后在查询分析器里也会超时
你可以先测试一下，看看
程序中执行就超时了。
你把程序 关闭掉
然后去 查询分析器里 再执行一下看看。
如果正常的话， 那么可以确定，问题出在程序里面的 某些事务没有提交。
⑦ SQL语句执行时，报错超时，看看怎么解决
你用try获取错误的详细信息，根据错误讯息会容易找问题，以你的描述来说，SqlHelp的出错可能性比较大，或者是你测试的语句是在Sql2005运行，而程式连接的Sql是2000，部分2005适用的语句在2000中可能出错，需要多测试。
⑧ sql 超时
刚才去
VS2010
里面去创建了一下，
结果如下：
楼主的
超时的写法是正确的
Data
Source=
localhost
\SQLEXPRESS;Initial
Catalog=Test;Integrated
Security=True;Connect
Timeout=1000
假如
设置了很大的
超时,
但是
还是
30秒
超时了
服务器那里，
有个配置信息，
要修改一下
在
服务器那里，
运行
SQL
Server
Configuration
Manager
客户端协议那里
TCP/IP
那里，
有个
保持活动状态
此参数（毫秒）控制
TCP
尝试发送
KEEPALIVE
包以检查空闲连接是否仍保持原样的频率。默认值为
30000
毫秒。
⑨ sql数据库突然提示超时已过期
应该是运行时长时间未进行数据操作，让服务器误以为客户端请求已经停止就自动关闭联接。
一般重新运行一下客户端程序，其实也就是重新联接一下数据库，就可以解决这个问题。
⑩ 语句和事务超时设置都是0，但总是出现超时，提示超时的sql语句很简单，单独执行不超过100毫秒
摘要 执行SQL时，需要关注其执行时花费的时间，避免SQL执行过长的时间，占用数据库的资源。对于OLTP类型的系统，SQL的执行时间一般来说都是比较短的，假如某个SQL执行时间超出平均值，则需要给予特别的关注，分析下是正常情况还是代码问题。