目前需要根據表small來更新表Big。
UPDATE Big SET Bf1=0 WHERE BigId IN(SELECT BigId FROM Small WHERE Sf1>0)
但是這樣執行下來,速度非常慢,并且連接使用這臺DB服務器的程序也都慢了下來,幾近不可用。
仔細分析這條SQL語句,使用了IN。有人說IN是會分拆成一個個OR表達式的,而OR語句將不會使用索引,所以有時候遇到OR,會用UNION ALL來代替。
但在這里用UNION ALL是不行的。
根據筆者的猜想,這條SQL語句大概會用上全表搜索,大表1千萬條記錄,那么至少比較1千萬次,怎么會不慢呢。
于是選擇改用游標,先將小表的記錄提取出來,然后一條條的跟大表結合執行。
DECLARE curT CURSOR FOR SELECT BigId FROM Small WHERE Sf1>0;
DECLARE @Id INT;
OPEN curT;
FETCH NEXT FROM curT INTO @Id;
WHILE @@FETCH_STATUS = 0
BEGIN
UPDATE Big SET Bf1=0 WHERE BigId=@BigId;
FETCH NEXT FROM curT INTO @Id;
END
CLOSE curT;
DEALLOCATE curT;
這樣游標里的記錄數量最多也只會有5000條,BidId在大表里又有索引,分成5000次執行,雖然在連接編譯時花了一些時間,但與恐怖的巨大表全表搜索比較,是微乎其微。
實踐證明,上面的語句在大約4分鐘執行完畢,在此期間使用此數據庫的應用程序不受影響,速度同樣很快。
文章來源于領測軟件測試網 http://www.kjueaiud.com/