是否有調用其他存儲過程的存儲過程不好？

我試圖使一個長的存儲過程更容易管理，有一個存儲過程，調用其他存儲過程，例如我想要一個插入數據到表中並取決於類型插入該表類型的附加信息，如：是否有調用其他存儲過程的存儲過程不好？

BEGIN TRANSACTION 

     INSERT INTO dbo.ITSUsage (
      Customer_ID, 
      [Type], 
      Source 
     ) VALUES ( 
      @Customer_ID, 
      @Type, 
      @Source 
      ) 
    SET @ID = SCOPE_IDENTITY() 

    IF @Type = 1 
     BEGIN 
        exec usp_Type1_INS @ID, @UsageInfo 
      END 
     IF @TYPE = 2 
       BEGIN 
        exec usp_Type2_INS @ID, @UsageInfo 
      END 

    IF (@@ERROR <> 0) 
     ROLLBACK TRANSACTION 
    ELSE 
     COMMIT TRANSACTION

或者這是我應該在我的應用程序中處理的東西？

來源

2009-07-31 Bob The Janitor

您可能想剔除@@ ERROR，並使用BEGIN TRY（try catch）和XACT_STATE（） – 2009-07-31 21:09:30

假設這是2k5或更高版本...... – Joe 2009-08-01 01:00:29

我們始終調用其他procs的procs。否則，很難/不可能分割數據庫密集型（或僅數據庫）應用程序。

來源

2009-07-31 21:01:39 Joe

同意，但請注意可能需要或可能需要的調用鏈中的特效如果父進程可能回滾，則進行提交。 – 2009-07-31 21:14:41

是的。這可能會非常棘手 - 你基本上都在一個單一的沙箱中，所以你不得不擔心其他的過程會對共享環境做些什麼。 – Joe 2009-07-31 22:28:00

也要小心INSERT EXEC語句不能嵌套。即，調用其他過程並將返回的記錄集存儲在臨時表中的過程。 – jandersson 2009-08-01 00:44:51

不，這是完全可以接受的。

來源

2009-07-31 21:02:04

只要它在同一個數據庫模式內，我認爲它是完全可以接受的。這是重複使用，總是有利於重複。這就像在某個應用程序層調用方法。

來源

2009-07-31 21:07:02 Juri

一點都沒有，我甚至會說，這是推薦你在你的代碼

來源

2009-07-31 21:08:46 BlackTigerX

創建方法從裏面另一個過程是完全可以接受的調用程序相同的原因。

但是，在Transact-SQL中依靠@@ ERROR很容易失敗。例如，您的代碼。它將無法檢測到插入失敗，以及被調用過程中產生的任何錯誤。這是因爲@@ ERROR在執行每個語句時被重置，並且只保留最後一條語句的結果。我有一個博客條目，顯示correct template of error handling in Transact-SQL和事務嵌套。另外Erland Sommarskog有一篇文章，現在很長一段時間，reference read on error handling in Transact-SQL。

來源

2009-07-31 21:09:14

當然，沒有。

我已經看到了巨大的存儲過程做了20個不同的事情，將真正受益於重構成更小，單個目的。

來源

2009-07-31 21:09:18

不支持。它促進重用並允許功能組件化。

來源

2009-07-31 21:09:36