看看這個，異曲同工，永遠不超時
該程式是針對非常龐大的資料庫開發的，沒有用迴圈
用途：對過萬條資料的資料庫字段內容批量替換
**：<%
'//資料庫連線
dim beeyee_dbname,connstr,conn,intsn1
dim content,num,intsn,intidno,strcodea,strcodec,rs,strsql
server.scripttimeout = 800
beeyee_dbname="transfer" '修改此處為你的sql server 資料庫名稱
yourserver = "seven" '修改此處為你的sql server資料庫位址
youruid = "sa" '修改此處為你的資料庫使用者名稱
yourpassword = "123" '修改此處為你的資料庫密碼
connstr = "driver=;server="&yourserver&";uid="&youruid&";pwd="&yourpassword&";database="&beeyee_dbname
set conn=server.createobject("adodb.connection")
on error resume next
conn.open connstr
if err<>0 then
err.clear
set conn = nothing
response.write "
連線sqlserver資料庫出錯，請檢查相關設定……
"response.end
end if
'//資料處理部分
另外：可以把資料處理放在客戶端
航測大資料量處理 大資料量處理及優化措施
1 首先考慮垂直拆分庫，不同的表拆分到不同的庫中，例如使用者庫 產品庫 支付庫 2 然後考慮水平拆分庫，將乙個表的資料放到多張表中，例如按照使用者 時間 訂單號 3 插入資料的時候不建立索引 4 待資料已經插入完成後，建立索引 5 正確的指定索引字段 6 使用批量插入資料庫的方式代替單條資料的插入 ...
mysql大資料量處理
2008 07 11 10 41 58 分類 mysql 舉報 字型大小訂閱 以下是個人的總結，有不對的地方大家指點 設計上 冗餘 有些能冗餘的就冗餘吧，盡量少關聯表 垂直分割槽，一條記錄中有text,varchar 這些能拆出來就拆出來，能用小的型別就用小的型別，如 char替換varchar之類...
大資料量的處理
其實這個問題老是在面試的時候提到 1。建立專門的彙總表 這個表一般是每天晚上做統計處理 建立索引 索引的話，插入和修改會變慢，也是只做統計原因之一 用來查詢，如果量非常大，那麼分表，還是大，那麼分庫,就是資料倉儲概念了 2。關聯表查詢 多表聯合查詢 的大資料，首先就是1 把多個表做成乙個統計表，或者...