टी-एसक्यूएल रिटर्न त्रुटि कोड बनाम RaiseError

Question

हाय मैं एक संग्रहीत प्रक्रिया लिख ​​रहा हूं जो एक घंटे के शेड्यूल पर नौकरियों का एक बैच निष्पादित करेगा और मैं यह तय करने की कोशिश कर रहा हूं कि त्रुटियों को वापस करना है या उन्हें उठाएं। मान लीजिए कि मैं प्रत्येक नौकरी के अंदर त्रुटियों को लॉग कर रहा हूं जिससे बेहतर प्रदर्शन और रखरखाव हो सकता है?

उदा

--with त्रुटि कोड

CREATE PROCEDURE Job1 
AS 
BEGIN 

    BEGIN TRY 
     --Do some work 
    END TRY 
    BEGIN CATCH 
     --log error 
     RETURN 1; --Return 1 for error 
    END CATCH 
    RETURN 0; 

END 

CREATE PROCEDURE USP_BatchJob 
AS 
BEGIN 
    BEGIN TRANSACTION; 

    DECLARE @Error INT; 
    EXEC @Error = Job1; 
    IF @Error <> 0 
     GOTO ErrorHandling; 

    EXEC @Error = Job1; 
    IF @Error <> 0 
     GOTO ErrorHandling; 

    IF @@TRANCOUNT > 0 
     COMMIT TRANSACTION; 

    RETURN; 

ErrorHandling: 
    IF @@TRANCOUNT > 0 
     ROLLBACK; 
END 

उदा RaiseError

CREATE PROCEDURE Job1 
AS 
BEGIN 

    BEGIN TRY 
     --Do some work 
    END TRY 
    BEGIN CATCH 
     --log error 
     RAISERROR(ERROR_MESSAGE(), ERROR_SEVERITY(), ERROR_STATE()); 
    END CATCH 

END 

CREATE PROCEDURE USP_BatchJob 
AS 
BEGIN 
    BEGIN TRANSACTION 
    BEGIN TRY 

    EXEC Job1; 

    EXEC Job1; 

    END TRY 
    BEGIN CATCH 
     IF @@TRANCOUNT > 0 
      ROLLBACK; 
    END CATCH 

    IF @@TRANCOUNT > 0 
     COMMIT TRANSACTION; 

END 

उत्तरार्द्ध शैली कोडिंग के बारे में होने के नाते अधिक maintainable कोड

Answer 1

निर्माण करने के लिए लगता है, यह एक धार्मिक मुद्दा हो सकता है। रिटर्न कोड और अपवाद के बीच मुख्य अंतर यह है कि अपवाद कॉल की श्रृंखला को पारित करना जारी रहेगा।

सामान्यतः, मेरे द्वारा लिखे गए कोड में, मैं संग्रहित प्रक्रिया की स्थिति को "एप्लिकेशन त्रुटि" के रूप में वापस करने के लिए वापसी मूल्यों का उपयोग करता हूं। आपके उदाहरण के साथ, 0 का मतलब सफलता है और कुछ और मतलब विफलता है। जब भी मैं वास्तविक कोड में संग्रहीत प्रक्रिया को कॉल करता हूं, तो मेरे पास वापसी मूल्य पर जांच होती है और साथ ही साथ कोई भी नई त्रुटियां उत्पन्न हो सकती हैं। वैसे, SQL सर्वर में, आप "@retval <> 0" के साथ विफलता की जांच नहीं कर सकते हैं, क्योंकि संग्रहित प्रक्रियाएं पूर्ण लौट सकती हैं।

बेशक, अपवाद/डेटाबेस त्रुटियां अभी भी हो सकती हैं। विचार यह है कि जब एक अपवाद पहचाना जाता है, तो यह लॉग और संभाला जाता है। सिस्टम "त्रुटि" एक अनुप्रयोग त्रुटि में बदल जाता है।

एक समस्या जो मैंने सामना की है वह SQL सर्वर एजेंट के साथ बातचीत है। इसके लिए, आप त्रुटि प्रबंधन चरण में "कांटा" में एक त्रुटि उठाना चाहते हैं। यह वापसी मूल्य को देखकर और फिर एक त्रुटि उत्पन्न करके, नौकरी चरण के भीतर आसानी से किया जाता है।