專案中遇到批量資料的處理，使用hibernate的出來太慢，修改為儲存過程。

第一版修改為應用迴圈調儲存過程，發現效果不理想。可能是頻繁的開啟session和關閉。

第二版想法為，把所有引數傳入到儲存過程，迴圈引數為一個數組，mysql儲存過程裡沒有split函式，

取陣列中的值通過substring截出，通過截的id值作為條件查詢資料，查詢到的資料有可能是

多條記錄，所有想通過遊標（CURSOR）進行結果集的迴圈進行處理，但是，

遊標(cursor)的特性

1,只讀的，不能更新的。
2,不滾動的
3,不敏感的，不敏感意為伺服器可以活不可以複製它的結果表

遊標(cursor)必須在宣告處理程式之前被宣告，並且變數和條件必須在宣告遊標或處理程式之前被宣告。

第三版想法為，建立倆個儲存過程，第一個為截竄並調起第二個實際處理的儲存過程。

已下截竄儲存過程來自網路：

drop procedure if exists Pro_DeleteLog; -- 存在即刪除
create procedure Pro_DeleteLog( Qualification varchar(100)) -- 定義引數
begin
declare i int ; 
declare Start1 int; 
declare Length int ;
declare TotalLenght int ;
declare filed varchar(100) ;
declare sqlStr varchar(2000) ;
declare stmtNovelSearch varchar(2000) ;
set i=1;
set Start1=1;
set Length=0;
set TotalLenght=length(Qualification); -- 計算輸入引數長度
select TotalLenght; 
while i <=TotalLenght do -- i=1 開始
-- select SUBSTRING(Qualification,i,1);
if(SUBSTRING(Qualification,i,1)=',') -- 注意 mysql 的substring函式擷取字串是從1開始的，而不是0 與java JavaScript不同。
-- 從第i位開始擷取一個字元，看是否等於，
then 
set filed=SUBSTRING(Qualification,Start1,Length);-- 從start1開始擷取length長度的字元 
select filed; 
call pro_do(filed); -- 具體要迴圈執行的儲存過程
set Start1=i+1; 
set Length=0;
else
set Length=Length+1; -- 如果不是， 則擷取的長度加1 
end if;
set i=i+1; 
end while;
end
-- 呼叫儲存過程 欄位名以，分隔 注意最後 ， 結尾
call Pro_DeleteLog('payload,backresult,dataset,effectrow,clientuser,loginuser,clientprg,')

轉載：http://www.cnblogs.com/bigcelestial/archive/2013/09/05/3303329.html

--經測試可用。