🖕 🧓 🛀🏾 एमएस SQL 2011 - त्रुटि से निपटने 🔪 🚐 📻

SQL सर्वर 2011 (Denali) के लिए एक नया, उपयोगी ऐड-ऑन थ्रो एक्सप्रेशन है। .Net डेवलपर्स ने शायद अनुमान लगाया है कि इसका उपयोग कहां और कैसे किया जाएगा।

इस शब्द का प्रयोग Try ... कैच कंट्रोल स्ट्रक्चर के साथ मिलकर किया जा सकता है और आपको रनटाइम त्रुटि के बारे में सूचना भेजने की अनुमति देता है। जब कोई अपवाद होता है, तो प्रोग्राम पदानुक्रम में निकटतम कैच ब्लॉक को खोजता है जो अपवाद को संभाल सकता है। कैच ब्लॉक के अंदर इस अभिव्यक्ति का उपयोग करके, आप त्रुटि आउटपुट को बदल सकते हैं। इसके अलावा, अब आप स्क्रिप्ट में कहीं भी मनमाने ढंग से एक अपवाद फेंक सकते हैं।

अगला, हम एक अपवाद को पकड़ने के विभिन्न तरीकों को देखेंगे, जो SQL Server 2000 से संस्करण 2011 तक पेशेवरों और विपक्षों के साथ प्रदान करता है।

विचाराधीन सभी मामलों के लिए, tbl_ExceptionTest तालिका का उपयोग किया जाएगा।

माउस के साथ डिजाइनर को छेदने के लिए नहीं, आप वांछित तालिका (स्वचालित रूप से उत्पन्न) बनाने के लिए निम्न स्क्रिप्ट चला सकते हैं।

IF EXISTS (SELECT * FROM sys.objects WHERE name = 'tbl_ExceptionTest' AND type = 'U') DROP TABLE tbl_ExceptionTest GO SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO CREATE TABLE [dbo].[tbl_ExceptionTest]( [Id] [int] IDENTITY(1,1) NOT NULL, [Phone Number] [int] NOT NULL, CONSTRAINT [PK_tbl_ExceptionTest] PRIMARY KEY CLUSTERED )

अगला, हम फ़ोन नंबर कॉलम में अनुचित डेटा दर्ज करते समय तालिका में कई रिकॉर्ड जोड़ने और अपवादों को फेंकने का प्रयास करेंगे।

SQL Server 2000 (Sphinx) में त्रुटि से निपटने

वैश्विक चर @@ ERROR का उपयोग करना

SQL Server 2000 का उपयोग करने के दिनों में, हम याद करते हैं कि चर @@ त्रुटि का उपयोग उस समय त्रुटियों को संभालने के लिए सबसे प्रगतिशील और कुशल तरीका था। यह चर पिछले अंतिम निष्पादित अभिव्यक्ति में पूर्णांक त्रुटि मान को लौटाने के लिए जिम्मेदार था। त्रुटि मान या तो सकारात्मक या नकारात्मक हो सकता है, केवल 0 ने ऑपरेशन की सफलता का संकेत दिया। प्रत्येक अभिव्यक्ति के निष्पादित होने के बाद चर का मूल्य बदल गया।

आइए @@ कार्रवाई में त्रुटि का उपयोग करते हुए देखें।

 --   #tblExceptionTest  ,   . If OBJECT_ID('tempdb..#tblExceptionTest') Is not null Begin Drop Table #tblExceptionTest End --    #tblExceptionTest Create Table #tblExceptionTest (Id int identity, [Phone Number] varchar(10) not null) --  Begin Transaction TranExcp__2000_@@Error --   --       @@ERROR Declare @ErrorNum int --      Declare @i int --   Set @i =1 --   While(@i <= 4) Begin --       null   Phone Number If(@i = 4) Begin Insert into #tblExceptionTest([Phone Number]) Values(null) Set @ErrorNum = @@ERROR End Else --      Begin Insert into #tblExceptionTest([Phone Number]) Values(cast(@i as varchar(2)) + '12345678') End Set @i = @i +1 End --  while --   ,      If @ErrorNum <> 0 Begin Rollback Transaction TranExcp__2000_@@Error --      RAISERROR ('Attempt to insert null value in [Phone Number] is not allowed',16,1) End --   Else If @ErrorNum = 0 Begin Commit Transaction TranExcp__2000_@@Error End --   Select * from #tblExceptionTest

स्क्रिप्ट का सामान्य उद्देश्य यह है कि पिछले रिकॉर्ड में हम जानबूझकर एक त्रुटि पैदा करते हैं और एक स्थानीय चर से इसके मूल्य को पढ़ते हैं। यदि त्रुटि मान शून्य के बराबर नहीं है, तो हम उपयोगकर्ता को एक सार्थक चेतावनी प्रदर्शित करते हैं। यदि कोई त्रुटि नहीं हैं, तो परिणाम सहेजें।

इस स्क्रिप्ट को चलाने में एक त्रुटि होगी, जैसा कि नीचे दिखाया गया है

Msg 515, स्तर 16, राज्य 2, पंक्ति 26 स्तंभ में मान को सम्मिलित नहीं कर सकता 'फ़ोन नंबर', तालिका 'tempdb.dbo। # TblExceptionTest _____ 000000000023'; कॉलम नल की अनुमति नहीं देता है। INSERT विफल। बयान को समाप्त कर दिया गया है। Msg 50000, लेवल 16, स्टेट 1, लाइन 43 [फोन नंबर] में शून्य मान डालने की कोशिश की अनुमति नहीं है

स्वाभाविक रूप से, पूरा लेनदेन वापस आ जाएगा और तालिका में कुछ भी दर्ज नहीं किया जाएगा।

@@ त्रुटि का उपयोग करने के नुकसान

चर का मूल्य @@ त्रुटि अनुरोध / कमांड के निष्पादन के तुरंत बाद जाँच की जानी चाहिए।
चूंकि @@ त्रुटि लगातार बदल रही है, हम त्रुटि कोड को बचाने और प्रदर्शित करने के लिए एक अलग चर शुरू करने के लिए मजबूर हैं।
साथ में त्रुटि के तार्किक अर्थ को इंगित करने वाले एक विशेष त्रुटि संदेश के साथ, तकनीकी जानकारी प्रदर्शित की जाती है जो उपयोगकर्ताओं के लिए दिलचस्प नहीं है।

यदि आप @@ त्रुटि का उपयोग करने के बारे में अधिक विवरण और बारीकियों को जानना चाहते हैं, तो मैं आपको @@ त्रुटि के बारे में लेख को संदर्भित करने की सलाह देता हूं।

वैश्विक चर @@ TRANCOUNT का उपयोग करना

यह चर उस चर की संख्या लौटाता है जिस समय चर पहुंचता है। विवरण से यह पहले से ही स्पष्ट है कि यह लगभग @@ ERROR के समान है, अर्थात। लेनदेन के निष्पादन के दौरान लगातार परिवर्तन। यह फिर से समय में एक दिलचस्प बिंदु पर मूल्यों को संग्रहीत करने के लिए स्थानीय चर का उपयोग करने के लिए हमें ले जाता है।

प्रत्येक BEGIN TRANSACTION कॉल 1 से @@ TRANCOUNT बढ़ जाती है और प्रत्येक COMMIT TRANSACTION कॉल 1 से कम हो जाती है। ROLLBACK ट्रांसक्शन से @@ TRANCOUNT नहीं बदलता है। प्रवेश केवल तभी माना जाता है जब मान @@ TRANCOUNT 0 पर पहुंचता है।

निम्नलिखित उदाहरण में @@ TRANCOUNT का उपयोग करने पर विचार करें।

 --   #tblExceptionTest ,    If OBJECT_ID('tempdb..#tblExceptionTest') Is not null Begin Drop Table #tblExceptionTest End --    Create Table #tblExceptionTest (Id int identity, [Phone Number] varchar(10) not null) --   Begin Transaction TranExcp__2000_@@TRANCOUNT --  --     @@TRANCOUNT Declare @TransactionCount int --  Declare @i int --   Set @i =1 --   While(@i <= 4) Begin --       null   Phone Number If(@i = 4) Begin Insert into #tblExceptionTest([Phone Number]) Values(null) Set @TransactionCount = @@TRANCOUNT End Else --      Begin Insert into #tblExceptionTest([Phone Number]) Values(cast(@i as varchar(2)) + '12345678') End Set @i = @i +1 End --  while --   ,        If @TransactionCount <> 0 Begin Rollback Transaction TranExcp__2000_@@TRANCOUNT --    RAISERROR ('Attempt to insert null value in [Phone Number] is not allowed',16,1) End --   Else If @TransactionCount = 0 Begin Commit Transaction TranExcp__2000_@@TRANCOUNT End --   Select * from #tblExceptionTest

इस स्क्रिप्ट में, हम बंद लेनदेन की संख्या पर भरोसा करते हैं। लेन-देन को नस्ट किया जा सकता है, इसलिए इस पद्धति को अस्तित्व का अधिकार है।

@@ TRANCOUNT की अधिक जानकारी के लिए MSDN से संपर्क करें।

वैश्विक चर @@ ROWCOUNT का उपयोग करना

यह चर क्वेरी / कमांड के परिणामस्वरूप परिवर्तित पंक्तियों की संख्या लौटाता है।

व्यवहार पिछले दो की तरह ही है, इसलिए हम आगे के विश्लेषण के लिए स्थानीय चर में मध्यवर्ती परिणाम बचाते हैं।

एक उदाहरण:

 If OBJECT_ID('tempdb..#tblExceptionTest') Is not null Begin Drop Table #tblExceptionTest End Create Table #tblExceptionTest (Id int identity, [Phone Number] varchar(10) not null) Begin Transaction TranExcp__2000_@@ROWCOUNT Save Transaction TranExcp__SavePoint Declare @RowCount int Declare @i int Set @i =1 While(@i <= 4) Begin If(@i = 4) Begin Insert into #tblExceptionTest([Phone Number]) Values(null) Set @RowCount = @@ROWCOUNT End Else Begin Insert into #tblExceptionTest([Phone Number]) Values(cast(@i as varchar(2)) + '12345678') End Set @i = @i +1 End If @RowCount = 0 Begin Rollback Transaction TranExcp__SavePoint RAISERROR ('Attempt to insert null value in [Phone Number] is not allowed',16,1) End Else If @RowCount <> 0 Begin Commit Transaction TranExcp__2000_@@ROWCOUNT End Select * from #tblExceptionTest

इस मामले में, हम उम्मीद करते हैं कि एक रिकॉर्ड तालिका में डाला जाएगा, लेकिन यदि सम्मिलित रिकॉर्ड की संख्या शून्य है, तो कुछ स्पष्ट रूप से क्रम में नहीं है।
@@ ROWCOUNT का उपयोग करने के बारे में अधिक जानकारी के लिए , MSDN पढ़ें।

SQL Server 2005/2008 (युकोन / कैटमई) में त्रुटि से निपटने

SQL Server 2005 को बाज़ार में पेश करने और SQL Server 2008 में अपने विचारों को विकसित करने के बाद, TSql डेवलपर्स के पास एक नया प्रयास है ... पकड़ो ब्लॉक। अब लेनदेन के संदर्भ को खोए बिना अपवादों को पकड़ना संभव है।

Try ... Catch block का उपयोग करने का एक उदाहरण।

 If OBJECT_ID('tempdb..#tblExceptionTest') Is not null Begin Drop Table #tblExceptionTest End Begin TRY Create Table #tblExceptionTest (Id int identity, [Phone Number] varchar(10) not null) Begin Transaction TranExcpHandlingTest_2005_2008 Declare @i int Set @i =1 While(@i <= 4) Begin If(@i = 4) Begin Insert into #tblExceptionTest([Phone Number]) Values(null) End Else Begin Insert into #tblExceptionTest([Phone Number]) Values(cast(@i as varchar(2)) + '12345678') End Set @i = @i +1 End Commit Transaction TranExcpHandlingTest_2005_2008 End Try Begin Catch Begin Rollback Transaction TranExcpHandlingTest_2005_2008 RAISERROR ('Attempt to insert null value in [Phone Number] is not allowed',16,1) End End Catch Select * From #tblExceptionTest

उदाहरण में, अप्रत्यक्ष संकेतों द्वारा स्क्रिप्ट निष्पादन त्रुटियों को निर्धारित करने के लिए सहायक चर का उपयोग नहीं किया जाता है।

स्क्रिप्ट चलाने के बाद, हमें एक संदेश मिलता है जो इस तरह दिखता है:

Msg 50,000, लेवल 16, स्टेट 1, लाइन 45 [फोन नंबर] में शून्य मान डालने का प्रयास करने की अनुमति नहीं है

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

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

ERROR_NUMBER
ERROR_SEVERITY
ERROR_STATE
ERROR_LINE
ERROR_PROCEDURE
ERROR_MESSAGE

इन कार्यों का उपयोग करते हुए, हम कैच स्क्रिप्ट ब्लॉक को फिर से लिखने की कोशिश करेंगे, जिसे पहले प्रस्तुत किया जाएगा।

 Begin Catch --   Begin --   Rollback Transaction TranExcpHandlingTest_2005_2008 SELECT ERROR_NUMBER() AS ErrorNumber, ERROR_SEVERITY() AS ErrorSeverity, ERROR_STATE() AS ErrorState, ERROR_PROCEDURE() AS ErrorProcedure, ERROR_LINE() AS ErrorLine, ERROR_MESSAGE() AS ErrorMessage; End End Catch

अब हमें सर्वर से यह प्रतिक्रिया मिलती है:

RaiseError फ़ंक्शन का उपयोग करने के नुकसान

1 अगर हमें याद है कि इस फ़ंक्शन ने कैच ब्लॉक में क्या दिखाया था, तो हमने ध्यान दिया कि यह लाइन नंबर 45 को समस्याओं के स्रोत के रूप में संदर्भित करता है।

हालांकि, वास्तव में, लाइन नंबर 24 पर एक त्रुटि हुई, इसलिए जहां यह लिखा गया था

#TblExceptionTest ([फ़ोन नंबर]) मान (शून्य) डालें

जबकि ERROR_LINE () फ़ंक्शन हमेशा वह वास्तविक स्थान देता है जहां त्रुटि हुई थी। नए कार्यों के काम को दिखाने का एक और तरीका यह होगा:

 Begin Catch Begin Rollback Transaction TranExcpHandlingTest_2005_2008 DECLARE @errNumber INT = ERROR_NUMBER() DECLARE @errMessage VARCHAR(500) = 'Attempt to insert null value in [Phone Number] is not allowed' RAISERROR('Error Number: %d, Message: %s', 16, 1, @errNumber, @errMessage) End End Catch

इस स्थिति में, SQL सर्वर इंजन इस संदेश को प्रदर्शित करेगा:

जिससे हम यह निष्कर्ष निकाल सकते हैं कि RaiseError का उपयोग स्क्रिप्ट में वास्तविक स्थान को इंगित करना असंभव बनाता है जहां अपवाद हुआ।

2 RaiseError फ़ंक्शन का अगला दोष यह है कि कॉल पदानुक्रम को पास करने के लिए समान अपवाद को फिर से उठाना संभव नहीं है। इसलिए, यदि हम नीचे दिखाए गए अनुसार कैच ब्लॉक को फिर से लिखते हैं

 Begin Catch Begin Rollback Transaction TranExcpHandlingTest_2005_2008 RAISERROR(515, 16, 1) End End Catch

यह प्राप्त त्रुटि संदेश इस तरह होगा:

Msg 2732, स्तर 16, राज्य 1, पंक्ति 46 त्रुटि संख्या 515 अमान्य है। संख्या 2147483647 के माध्यम से 13000 से होनी चाहिए और यह 50,000 नहीं हो सकती है

इसका एक कारण यह है कि नई त्रुटि संदेश आरंभ करने के लिए, त्रुटि संख्या sys तालिका में होनी चाहिए । संदेश ।

RaiseError फ़ंक्शन के अधिक विस्तृत अध्ययन के लिए, इसे पढ़ने की सिफारिश की जाती है:

SQL सर्वर 2011 (Denali) में त्रुटि से निपटने

RaiseError फ़ंक्शन की उपर्युक्त कमियां नए थ्रो कमांड के साथ सफलतापूर्वक पार की जा सकती हैं।

RaiseError फ़ंक्शन की पहली खामी, जिसे हमने पहले बताया था, त्रुटि की सटीक रेखा को संदर्भित करने में असमर्थता है। इस बात पर विचार करें कि त्रुटि कहाँ से हुई है हम थ्रो कमांड का उपयोग कर रहे हैं।

हम थ्रो कमांड का उपयोग करके कैच ब्लॉक को फिर से लिखते हैं।

 Begin Catch Begin Rollback Transaction TranExcpHandlingTest_2011; THROW End End Catch

आउटपुट इस प्रकार होगा:

यह वही है जहाँ त्रुटि हुई। खैर, यह अब तक ठीक काम करता है।

दूसरा दोष यह था कि RaiseError फ़ंक्शन एक अपवाद को फिर से नहीं बढ़ा सकता क्योंकि RAISE ERROR एक त्रुटि संख्या की उम्मीद करता है, जो sys.messages तालिका में संग्रहीत है। थ्रो कमांड यह उम्मीद नहीं करता है कि त्रुटि संख्या sys.messages सिस्टम टेबल की सीमा से होनी चाहिए, लेकिन संख्या 50,000 से 2147483647 समावेशी सीमा तक सेट की जा सकती है।

फिर, हम नए ज्ञान के अनुसार कैच ब्लॉक को बदल देंगे।

 Begin Catch Begin Rollback Transaction TranExcpHandlingTest_2011; THROW 50001,'Attempt to insert null value in [Phone Number] is not allowed',1 End End Catch

अपवाद का परिणाम होगा

Msg 50001, लेवल 16, स्टेट 1, लाइन 45 [फोन नंबर] में शून्य मान डालने की कोशिश की अनुमति नहीं है

वर्तमान में, SQL सर्वर त्रुटियों को पकड़ने के लिए कई तरीके प्रदान करता है, लेकिन अभी तक सभी त्रुटियों को आज़माकर नहीं पकड़ा जा सकता ... ब्लॉक पकड़ो उदाहरण के लिए:

सिंटेक्स त्रुटियों को SSMS में क्वेरी संपादक द्वारा पकड़ा जाता है
गलत वस्तु नाम

यदि आप निष्पादन के लिए निम्नलिखित स्क्रिप्ट प्रस्तुत करने का प्रयास करते हैं:

 Begin Try --   tblInvalid Insert Into tblInvalid(Id,DOB) Values(1,DATEADD(year,1,'2011-02-26')) End Try Begin Catch --  THROW End Catch

हमें निम्नलिखित योजना का एक त्रुटि संदेश प्राप्त होगा:

Msg 208, स्तर 16, राज्य 0, पंक्ति 3 अमान्य ऑब्जेक्ट नाम 'tblInvalid'।

यह पता चला है कि इस प्रकार की त्रुटियों को रोकना लगभग असंभव है।

लेकिन। हमेशा की तरह, थोड़ी सी चाल है कि आप क्या चाहते हैं एहसास कैसे करें। मुख्य विचार दो संग्रहीत कार्यविधियाँ बनाना है और दूसरे में से किसी एक को कॉल करने का प्रयास करें ... ब्लॉक को पकड़ें और अपवाद को पकड़ें। अपनी धारणा को साबित करने के लिए, हम प्रयोगों के लिए निम्न लिपि का उपयोग करते हैं।

 --   ,  ,   If Exists (Select * from sys.objects where name = 'usp_InternalStoredProc' and type = 'P') Drop Procedure usp_InternalStoredProc Go --     Create Procedure usp_InternalStoredProc As Begin Begin Transaction TranExcpHandlingTest_2011 Begin Try --     Insert Into tblInvalid(Id,DOB) Values(1,DATEADD(year,1,'2011-02-26')) --   Commit Transaction TranExcpHandlingTest_2011 End Try Begin Catch If @@TRANCOUNT > 0 Rollback Transaction TranExcpHandlingTest_2011 Print 'In catch block of internal stored procedure.... throwing the exception'; --   THROW End Catch End Go --       --   ,  ,   If Exists (Select * from sys.objects where name = 'usp_ExternalStoredProc' and type = 'P') Drop Procedure usp_ExternalStoredProc Go --     Create Procedure usp_ExternalStoredProc As Begin Begin Try --    Exec usp_InternalStoredProc End Try Begin Catch Print 'In catch block of external stored procedure.... throwing the exception'; SELECT ERROR_NUMBER() AS ErrorNumber ,ERROR_SEVERITY() AS ErrorSeverity ,ERROR_STATE() AS ErrorState ,ERROR_PROCEDURE() AS ErrorProcedure ,ERROR_LINE() AS ErrorLine ,ERROR_MESSAGE() AS ErrorMessage; THROW End Catch End Go --    Exec usp_ExternalStoredProc

जब ExternalStoredProc प्रक्रिया शुरू करते हैं, तो हमें संदेश मिलता है:

 In catch block of external stored procedure.... throwing the exception (1 row(s) affected) Msg 208, Level 16, State 1, Procedure usp_InternalStoredProc, Line 8 Invalid object name 'tblInvalid'.

और परिणाम पैनल निम्नलिखित डेटा प्रदर्शित करेगा:

हमें क्या चाहिए!

अब थोड़ा स्पष्टीकरण कैसे कोड काम करता है। हमारे पास 2 संग्रहीत कार्यविधियाँ हैं: usp_InternalStoredProc और usp_ExternalStoredProc । Usp_InternalStoredProc में हम बिना किसी तालिका के #tblInnerTempTable में एक रिकॉर्ड सम्मिलित करने का प्रयास कर रहे हैं, जिसके परिणामस्वरूप हमें एक अपवाद मिलता है, जो बाहरी प्रक्रिया में स्थित बाहरी कैच ब्लॉक द्वारा पकड़ा जाता है।

इसके अलावा, लाइन और त्रुटि का पाठ हमारी अपेक्षाओं का पूरी तरह से पालन करता है और सटीक स्थान का संकेत देता है।

एक अर्धविराम के साथ बाहरी प्रक्रिया में आगामी THROW अभिव्यक्ति को बंद नहीं करना बहुत महत्वपूर्ण है। THROW कमांड का एक नया सेट होना चाहिए। अन्यथा, एक त्रुटि प्राप्त करें

RO THROW ’के पास गलत सिंटैक्स।

THROW के बारे में अधिक विस्तृत जानकारी MSDN से पाई जा सकती है।

चक्र से स्थानांतरण:
MS SQL सर्वर 2011: स्टैंड-अलोन डेटाबेस , नया अनुक्रम ऑब्जेक्ट , ऑफसेट स्टेटमेंट , एरर हैंडलिंग , रिजल्ट सेट निर्माण के साथ , SSMS में नया ।

एमएस SQL ​​2011 - त्रुटि से निपटने