包含嘗試捕獲回滾模式的嵌套存儲過程？我對以下模式的副作用和潛在問題感興趣：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據我所知，該模式在與單個過程一起使用時是合理的-該過程要么完成其所有語句而沒有錯誤，要么回滾所有操作并報告錯誤。但是，當一個存儲過程調用另一個存儲過程來執行某個子單元的工作時(但有一項了解，即有時會單獨調用較小的過程)，我看到一個與回滾有關的問題-發出一條信息性消息(級別16)，聲明The ROLLBACK TRANSACTION request has no corresponding BEGIN TRANSACTION...我認為這是因為子過程中的回滾總是回滾最外層的事務，而不僅僅是在子過程中開始的事務。如果發生任何錯誤(并且向客戶端報告為SQL錯誤)，我確實希望整個事件回滾并中止，我只是不確定來自試圖回滾一個已經回滾的事務的外部層產生的所有副作用。也許是一張支票@@TRANCOUNT在每個嘗試捕捉層做回滾之前？最后是客戶端(Linq2SQL)，它有自己的事務層：try{     var context = new MyDataContext();     using (var transaction = new TransactionScope())     {                    // Some Linq stuff         context.SubmitChanges();         context.MyStoredProcedure();         transactionComplete();     }}catch{     // An error occured!}如果存儲過程“MySubProcedure”調用內MyStoredProcedure會引發一個錯誤，我是否可以確保以前在MyStoredProcedure中完成的所有操作都將被回滾，SubmitChanges所做的所有Linq操作都將被回滾，并最終記錄該錯誤？或者我需要改變我的模式，以確保整個操作是原子的，同時仍然允許單獨使用子部分(即子過程應該仍然具有相同的原子保護)。