包含嘗試捕獲回滾模式的嵌套存儲(chǔ)過(guò)程？我對(duì)以下模式的副作用和潛在問(wèn)題感興趣：CREATE PROCEDURE [Name]ASBEGIN
BEGIN TRANSACTION
BEGIN TRY [...Perform work, call nested procedures...]
END TRY BEGIN CATCH ROLLBACK TRANSACTION
RAISERROR [rethrow caught error using @ErrorNumber, @ErrorMessage, etc]
END CATCHEND據(jù)我所知，該模式在與單個(gè)過(guò)程一起使用時(shí)是合理的-該過(guò)程要么完成其所有語(yǔ)句而沒(méi)有錯(cuò)誤，要么回滾所有操作并報(bào)告錯(cuò)誤。但是，當(dāng)一個(gè)存儲(chǔ)過(guò)程調(diào)用另一個(gè)存儲(chǔ)過(guò)程來(lái)執(zhí)行某個(gè)子單元的工作時(shí)(但有一項(xiàng)了解，即有時(shí)會(huì)單獨(dú)調(diào)用較小的過(guò)程)，我看到一個(gè)與回滾有關(guān)的問(wèn)題-發(fā)出一條信息性消息(級(jí)別16)，聲明The ROLLBACK TRANSACTION request has no corresponding BEGIN TRANSACTION...我認(rèn)為這是因?yàn)樽舆^(guò)程中的回滾總是回滾最外層的事務(wù)，而不僅僅是在子過(guò)程中開(kāi)始的事務(wù)。如果發(fā)生任何錯(cuò)誤(并且向客戶(hù)端報(bào)告為SQL錯(cuò)誤)，我確實(shí)希望整個(gè)事件回滾并中止，我只是不確定來(lái)自試圖回滾一個(gè)已經(jīng)回滾的事務(wù)的外部層產(chǎn)生的所有副作用。也許是一張支票@@TRANCOUNT在每個(gè)嘗試捕捉層做回滾之前？最后是客戶(hù)端(Linq2SQL)，它有自己的事務(wù)層：try{
var context = new MyDataContext();
using (var transaction = new TransactionScope())
{
// Some Linq stuff
context.SubmitChanges();
context.MyStoredProcedure();
transactionComplete();
}}catch{
// An error occured!}如果存儲(chǔ)過(guò)程“MySubProcedure”調(diào)用內(nèi)MyStoredProcedure會(huì)引發(fā)一個(gè)錯(cuò)誤，我是否可以確保以前在MyStoredProcedure中完成的所有操作都將被回滾，SubmitChanges所做的所有Linq操作都將被回滾，并最終記錄該錯(cuò)誤？或者我需要改變我的模式，以確保整個(gè)操作是原子的，同時(shí)仍然允許單獨(dú)使用子部分(即子過(guò)程應(yīng)該仍然具有相同的原子保護(hù))。
包含嘗試捕獲回滾模式的嵌套存儲(chǔ)過(guò)程？
慕絲7291255
2019-07-05 12:58:20
