建站
咨詢
售后
建站咨詢
新聞中心
此文章主要向大家講述的是SQL Server數(shù)據(jù)庫對大數(shù)據(jù)量表數(shù)據(jù)進行 DELETE 時易產生操作超時的這一問題的具體解決，使用的是SQL2000數(shù)據(jù)庫，編寫了一個C#的應用程序，其中一個功能就是清空指定表的全部數(shù)據(jù)。
一個奇怪的現(xiàn)象直到今天才被發(fā)現(xiàn)，那就是當這個表的數(shù)據(jù)的容量非常大的時候，我遇到的情況是該表內包含5800條數(shù)據(jù)，但是數(shù)據(jù)的總容量
使用的是SQL2000數(shù)據(jù)庫，編寫了一個C#的應用程序，其中一個功能就是清空指定表的全部數(shù)據(jù)，一個奇怪的現(xiàn)象直到今天才被發(fā)現(xiàn)，那就是當這個表的數(shù)據(jù)的容量非常大的時候，我遇到的情況是該表內包含5800條數(shù)據(jù)，但是數(shù)據(jù)的總容量大于3G，當程序調用SQL語句“DELETE FROM TABLE”時，再等待了20秒左右后，提示“數(shù)據(jù)庫操作超時，ODBC執(zhí)行超時”，然后我分別嘗試刪除其中的3000條和2000條數(shù)據(jù)，但是同樣是一樣的超時。
這個結論是無論我使用的是企業(yè)管理器，還是查詢分析器，還是通過應用程序進行操作，都是一樣的結果，***發(fā)現(xiàn)，當每次刪除的數(shù)據(jù)量小的一定程度時候，操作就不會發(fā)生超時的情況，我選擇的是1000條數(shù)據(jù)，根據(jù)情況來看，數(shù)據(jù)容量應該為500M左右。
在網(wǎng)絡上查了一下，發(fā)現(xiàn)很少有人遇到這樣的因為容量而超時的情況，多數(shù)是因為數(shù)據(jù)的條數(shù)巨大（不過個人覺得似乎和容量大小也有關系吧），暫時沒有查到這是不是sql的一個限制，因為在企業(yè)管理器和查詢分析器中都已經(jīng)將查詢超時設置為0，但是這個沒有起任何作用，如果大家遇到相同的問題，這里只是給一個大概的情況記錄，原因繼續(xù)調查中……
上述的相關內容就是對SQL Server數(shù)據(jù)庫對大數(shù)據(jù)量表數(shù)據(jù)進行DELETE時易發(fā)的描述，希望會給你帶來一些幫助在此方面。
上述的相關內容就是對SQL Server數(shù)據(jù)庫對大數(shù)據(jù)量表數(shù)據(jù)進行DELETE時易發(fā)的描述，希望會給你帶來一些幫助在此方面。
【編輯推薦】
- SQL Server自增字段插入值的步驟
- SQL Server數(shù)據(jù)庫之查看SQL日志文件大小的命令
- SQL Server 2005降級到2000的正確操作步驟
- SQL Server存儲過程之新手導航
- SQL Server 2008數(shù)據(jù)格式修改時應注意什么？
當前名稱：SQLServer數(shù)據(jù)庫對大數(shù)據(jù)量表數(shù)據(jù)進行DELETE
本文URL：http://m.fisionsoft.com.cn/article/codejis.html
