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執行時間超出平均值，則需要給予特別的關注，分析下是正常情況還是代碼問題。