SQL सर्वर में एक ही अपवाद को कैसे फिर से फेंकना है

Question 1

मैं एसक्यूएल सर्वर में उसी अपवाद को फिर से उखाड़ फेंकना चाहता हूं जो अभी-अभी मेरे ब्लॉक में हुआ है। मैं एक ही संदेश फेंकने में सक्षम हूं लेकिन मैं एक ही त्रुटि फेंकना चाहता हूं।

BEGIN TRANSACTION
    BEGIN TRY
        INSERT INTO Tags.tblDomain (DomainName, SubDomainId, DomainCode, Description)
            VALUES(@DomainName, @SubDomainId, @DomainCode, @Description)
        COMMIT TRANSACTION
    END TRY
    
    BEGIN CATCH
        declare @severity int; 
        declare @state int;

        select @severity=error_severity(), @state=error_state();

        RAISERROR(@@Error,@ErrorSeverity,@state);
        ROLLBACK TRANSACTION
    END CATCH

RAISERROR(@@Error, @ErrorSeverity, @state);

यह पंक्ति त्रुटि दिखाएगी, लेकिन मैं ऐसा कुछ कार्यशीलता चाहता हूं। यह त्रुटि संख्या 50000 के साथ त्रुटि उठाती है, लेकिन मैं चाहता हूं कि त्रुटि संख्या को फेंक दिया जाए जो मैं गुजर रहा हूं @@error,

मैं इस त्रुटि को दृश्यपटल पर नहीं पकड़ना चाहता हूं।

अर्थात

catch (SqlException ex)
{
    if ex.number==2627
    MessageBox.show("Duplicate value cannot be inserted");
}

मुझे यह कार्यक्षमता चाहिए। जिसका उपयोग करके प्राप्त नहीं किया जा सकता है raiseerror। मैं अंत में कस्टम त्रुटि संदेश नहीं देना चाहता।

RAISEERROR जब मैं ErrorNo को कैच में फेंकने के लिए पास करूं, तो उल्लेखित त्रुटि के नीचे लौटना चाहिए

Msg 2627, Level 14, State 1, Procedure spOTest_DomainInsert,
लाइन 14 UNIQUE प्रमुख बाधा 'UK_DomainCode' का उल्लंघन। डुप्लिकेट कुंजी को ऑब्जेक्ट 'Tag.tblDomain' में सम्मिलित नहीं किया जा सकता है। बयान समाप्त कर दिया गया है।

संपादित करें:

यदि मैं चाहता हूं कि यदि मैं चाहता हूं कि जमा प्रक्रिया का उपयोग न करने का दोष क्या हो सकता है, तो संग्रहीत कार्यविधि पर विचार करने वाले अपवाद में कई प्रश्न शामिल हैं जिन्हें निष्पादित करने की आवश्यकता है?

Question 2

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

begin try
    begin transaction;

    ...

    commit transaction;
end try
begin catch
    if @@trancount > 0 rollback transaction;
    throw;
end catch

SQL 2012 से पहले

begin try
    begin transaction;
    
    ...
    
    commit transaction;
end try
begin catch
    declare @ErrorMessage nvarchar(max), @ErrorSeverity int, @ErrorState int;
    select @ErrorMessage = ERROR_MESSAGE() + ' Line ' + cast(ERROR_LINE() as nvarchar(5)), @ErrorSeverity = ERROR_SEVERITY(), @ErrorState = ERROR_STATE();
    if @@trancount > 0 rollback transaction;
    raiserror (@ErrorMessage, @ErrorSeverity, @ErrorState);
end catch

Question 3

एसक्यूएल 2012 फेंक वक्तव्य का परिचय देता है:

http://msdn.microsoft.com/en-us/library/ee677615.aspx

यदि THROW कथन को मापदंडों के बिना निर्दिष्ट किया गया है, तो उसे CATCH ब्लॉक के अंदर दिखाई देना चाहिए। इसके कारण पकड़े गए अपवाद को उठाया जाता है।

BEGIN TRY
    BEGIN TRANSACTION
    ...
    COMMIT TRANSACTION
END TRY
BEGIN CATCH
    ROLLBACK TRANSACTION;
    THROW
END CATCH

Question 4

CATCH ब्लॉक के अंदर रीथ्रोइंग (पूर्व SQL2012 कोड, SQL2012 के लिए THROW स्टेटमेंट का उपयोग करें और बाद में):

DECLARE
    @ErrorMessage nvarchar(4000) = ERROR_MESSAGE(),
    @ErrorNumber int = ERROR_NUMBER(),
    @ErrorSeverity int = ERROR_SEVERITY(),
    @ErrorState int = ERROR_STATE(),
    @ErrorLine int = ERROR_LINE(),
    @ErrorProcedure nvarchar(200) = ISNULL(ERROR_PROCEDURE(), '-');
SELECT @ErrorMessage = N'Error %d, Level %d, State %d, Procedure %s, Line %d, ' + 'Message: ' + @ErrorMessage;
RAISERROR (@ErrorMessage, @ErrorSeverity, 1, @ErrorNumber, @ErrorSeverity, @ErrorState, @ErrorProcedure, @ErrorLine)

Question 5

मुझे लगता है कि आपकी पसंद हैं:

त्रुटि न पकड़ें (इसे बुदबुदाने दें)
एक रिवाज उठाएं

कुछ बिंदु पर, SQL शायद एक reraise कमांड, या केवल कुछ त्रुटियों को पकड़ने की क्षमता का परिचय देगा। लेकिन अभी के लिए, वर्कअराउंड का उपयोग करें। माफ़ करना।

Question 6

आप नहीं कर सकते हैं: केवल इंजन 50000 से कम त्रुटियों को फेंक सकता है। आप बस इतना कर सकते हैं कि एक अपवाद है जो ऐसा दिखता है ...

कृपया मेरा जवाब यहाँ देखें

प्रश्नकर्ता ने ग्राहक पक्ष के लेन-देन का उपयोग वह करने के लिए किया जो वह चाहता था जो मुझे लगता है कि एक मूक सा है ...

Question 7

ठीक है, यह एक समाधान है ... :-)

DECLARE @Error_Number INT
BEGIN TRANSACTION 
    BEGIN TRY
    INSERT INTO Test(Id, Name) VALUES (newID(),'Ashish') 
    /* Column 'Name' has unique constraint on it*/
    END TRY
    BEGIN CATCH

            SELECT ERROR_NUMBER()
            --RAISERROR (@ErrorMessage,@Severity,@State)
            ROLLBACK TRAN
    END CATCH

यदि आप कैच ब्लॉक को नोट करते हैं, तो यह त्रुटि नहीं बढ़ा रहा है, लेकिन वास्तविक त्रुटि संख्या लौटा रहा है (और लेन-देन को भी रोलबैक करेगा)। अब आपके .NET कोड में, अपवाद को पकड़ने के बजाय, यदि आप ExecuteScalar () का उपयोग करते हैं, तो आपको वास्तविक त्रुटि संख्या मिलती है जो आप चाहते हैं और उचित संख्या दिखाते हैं।

int errorNumber=(int)command.ExecuteScalar();
if(errorNumber=<SomeNumber>)
{
    MessageBox.Show("Some message");
}

उम्मीद है की यह मदद करेगा,

संपादित करें: - बस एक नोट, यदि आप प्रभावित रिकॉर्ड की संख्या प्राप्त करना चाहते हैं और ExecuteNonQuery का उपयोग करने की कोशिश कर रहे हैं, तो उपरोक्त समाधान आपके लिए काम नहीं कर सकता है। अन्यथा, मुझे लगता है कि यह आपके लिए जरूरी है। मुझे बताएं।

Question 8

किसी त्रुटि के बाद संग्रहीत कार्यविधि में निष्पादन को रोकने का तरीका और कॉलिंग प्रोग्राम में त्रुटि को वापस करने के लिए प्रत्येक कथन का पालन करना है जो इस कोड के साथ एक त्रुटि फेंक सकता है:

If @@ERROR > 0
Return

मुझे खुद यह जानकर आश्चर्य हुआ कि एक संग्रहीत कार्यविधि में निष्पादन एक त्रुटि के बाद भी जारी रह सकता है - यह महसूस न करने के कारण बग को ट्रैक करने के लिए कुछ कठिन हो सकता है।

इस प्रकार की त्रुटि हैंडलिंग समानताएं (पूर्व। नेट) विज़ुअल बेसिक 6. SQL सर्वर 2012 में थ्रो कमांड की प्रतीक्षा कर रही है।

Question 9

यह देखते हुए कि आप अभी तक 2012 में स्थानांतरित नहीं हुए हैं, मूल त्रुटि कोड के बबलिंग को लागू करने का एक तरीका यह है कि आप जो अपवाद हैं उसे फिर से पकड़ ब्लॉक से फेंक रहे अपवाद के पाठ संदेश भाग का उपयोग करें। याद रखें कि इसमें कुछ संरचना हो सकती है, उदाहरण के लिए, आपके कॉलर कोड के लिए XML टेक्स्ट इसके कैच ब्लॉक में पार्स करने के लिए।

Question 10

जब आप लेन-देन के भीतर SQL स्टेटमेंट को निष्पादित करना चाहते हैं और अपने कोड में त्रुटि को फीड कर सकते हैं, तो आप उन परिदृश्यों के लिए एक आवरण संग्रहित प्रक्रिया भी बना सकते हैं।

CREATE PROCEDURE usp_Execute_SQL_Within_Transaction
(
    @SQL nvarchar(max)
)
AS

SET NOCOUNT ON

BEGIN TRY
    BEGIN TRANSACTION
        EXEC(@SQL)
    COMMIT TRANSACTION
END TRY

BEGIN CATCH
    DECLARE @ErrorMessage nvarchar(max), @ErrorSeverity int, @ErrorState int
    SELECT @ErrorMessage = N'Error Number: ' + CONVERT(nvarchar(5), ERROR_NUMBER()) + N'. ' + ERROR_MESSAGE() + ' Line ' + CONVERT(nvarchar(5), ERROR_LINE()), @ErrorSeverity = ERROR_SEVERITY(), @ErrorState = ERROR_STATE()
    ROLLBACK TRANSACTION
    RAISERROR (@ErrorMessage, @ErrorSeverity, @ErrorState)
END CATCH

GO

-- Test it
EXEC usp_Execute_SQL_Within_Transaction @SQL = 'SELECT 1; SELECT 2'
EXEC usp_Execute_SQL_Within_Transaction @SQL = 'SELECT 1/0; SELECT 2'
EXEC usp_Execute_SQL_Within_Transaction @SQL = 'EXEC usp_Another_SP'

Question 11

डिजाइन के दृष्टिकोण से, मूल त्रुटि संख्या और कस्टम संदेशों के साथ अपवादों को फेंकने का क्या मतलब है? कुछ हद तक यह अनुप्रयोगों और डेटाबेस के बीच इंटरफ़ेस अनुबंध को तोड़ता है। यदि आप मूल त्रुटियों को पकड़ना चाहते हैं और उन्हें उच्च कोड में संभालना चाहते हैं, तो उन्हें डेटाबेस में न संभालें। फिर जब आप एक अपवाद को पकड़ते हैं, तो आप उपयोगकर्ता को प्रस्तुत संदेश को अपनी इच्छानुसार बदल सकते हैं। मैं इसे हालांकि नहीं करूंगा, क्योंकि यह आपके डेटाबेस कोड hmm को 'सही नहीं' बनाता है। जैसा कि दूसरों ने कहा है कि आपको अपने स्वयं के त्रुटि कोड (50000 से ऊपर) के एक सेट को परिभाषित करना चाहिए और इसके बजाय उन्हें फेंक देना चाहिए। तब आप संभावित व्यावसायिक मुद्दों से अलग-अलग अखंडता के मुद्दों ('डुप्लिकेट मानों की अनुमति नहीं है) को अलग कर सकते हैं -' ज़िप कोड अमान्य है ',' कोई पंक्तियाँ मापदंड से मेल खाते नहीं पाए गए 'और इसी तरह।