SQL 超時處理計劃 有時其實不是設置成績。本站提示廣大學習愛好者：（SQL 超時處理計劃 有時其實不是設置成績）文章只能為提供參考，不一定能成為您想要的結果。以下是SQL 超時處理計劃 有時其實不是設置成績正文
Server.scrīptTimeout,默許值是90秒.
要增年夜它,在你的asp文件中加一句,以下:
Server.scrīptTimeout=999,
將頁面超時設為999秒.
最後我只設置Server.scrīptTimeout,
但仍會湧現timeout毛病,不管它的值設成都多年夜.
後在社區裡看到一帖子,提到commandTimeout屬性,
因而檢查Option Pack文檔,果真還有timeout.
Connection對象和Command對象都有個CommandTimeOut屬性,
默許是30秒,假如你有一個耗時的查詢或數據處置,
很輕易就超時了.要增年夜它,也很輕易,創立對象後,
設置它的屬性,以下:
con.CommandTimeOut = 999,
設為999秒,個中con是一Connection對象.
如設為零,將無窮期待,沒有這一timeout限制.
Command對象不會繼續Connection的這一屬性,
所以對能夠超時的Command也要零丁設置CommandTimeout屬性.
最初IE也有個超時設置,5分鐘從辦事器得不到數據,也超時.
這類情形能夠很少碰著,
但當我把一10多萬查詢的成果保留為mdb文件時,
就碰到了.(至於保留的辦法,請參看精髓區中的一篇帖子.)
處理辦法:(原文請參照微軟KB中的Q181050)
之前在做IC生意業務網的時刻因數據太年夜了，超1000萬，加了內存處理
1. IE要4.01 sp1以上版本.
2. 在注冊表中HKEY_CURRENT_USERSoftwareMicrosoft
WindowsCurrentVersionInternet Settings中
加一DWORD類型ReceiveTimeout,值設為好比8個9.
3. restart computer.
