原來調(diào)用存儲過程的地方都沒有使用
事務(wù)，當(dāng)然里面包括多個表的更新操作，使用都很正常。后來我給加上了
jdbc事務(wù)，
代碼如下：
引用:
TransactionStatus status = super.beginTransaction();
try {
map = getFtglUtils().cancelFtrw(getPageAjlb(),
key.getId1().intValue(), key.getId2().intValue(), qxyy,
iState);
super.getTransactionManager().commit(status);
} catch (Exception e) {
super.getTransactionManager().rollback(status);
throw new SystemException(e);
}
加上事務(wù)之后就發(fā)現(xiàn)存儲過程沒有完全執(zhí)行，里面的update語句都沒有執(zhí)行，但是最后的select還能返回結(jié)果集，調(diào)用后臺也不
報錯……百思不得其解。后來湊巧把存儲過程中創(chuàng)建臨時表的如下
語句：
引用:
-- 創(chuàng)建臨時表
create table #tmpBAGL
(
BH int, -- 編號
RWXH smallint -- 任務(wù)序號
)
移到了使用這個臨時表的if else里面，因為只有在一定的條件下才需要創(chuàng)建臨時表。再試了一下調(diào)用存儲過程，發(fā)現(xiàn)一切正常了！這一次存儲過程沒有執(zhí)行創(chuàng)建臨時表，就正常了……遂上網(wǎng)搜到一個如下的描述：
引用:
select into可以在事務(wù)中使用，但是前提條件是這個事務(wù)只有select into一條語句。
SELECT INTO command not allowed within multi-statement transaction.
注意是multi-statement transaction
大家都知道，select into #tabel的最大優(yōu)勢是速度快，但這個速度快是用不記錄日志來實現(xiàn)的。
而使用事務(wù)的目的就是要么事務(wù)中的所有操作全部執(zhí)行，要么所有操作全部回滾。
這是靠日志中記錄的操作來保證的。
如果select into可以在多語句的事務(wù)中使用，但是它本身又是不計日志的，也就是不能回滾的。
這就和事務(wù)的定義矛盾了。
因此，select into不能在多語句的事務(wù)中使用。
但也不是說我們不能使用select into這個好東東，set chained off,使用非鏈?zhǔn)绞聞?wù)或者把select into
放在單獨一個事務(wù)中運行就可以了。
還有一個在多語句事務(wù)中被禁止的，而在應(yīng)用中會常需要的命令是truncate table。
原因和解決方法也如上所說。
把存儲過程還原成最開始那樣，在創(chuàng)建臨時表之前加上set chained off，再次運行
問題解決。
posted on 2009-01-12 09:35
歲月如歌 閱讀(2791)
評論(1) 編輯 收藏