🤘🏼 🗼 🔽 MS SQL 2011 - लौटे हुए डेटासेट का संशोधन ↖️ 🌟 🎼

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

इससे पहले कि हम इस सुविधा का उपयोग करने के विवरण में तल्लीन हो जाएं, हम यह जांच करेंगे कि SQL सर्वर के पिछले संस्करणों ने संग्रहीत प्रक्रिया द्वारा लौटाए गए डेटा को कैसे संभाला। परिणाम के साथ काम करने के लिए उन्होंने क्या अवसर प्रदान किए?

कार्य प्रदर्शित करने के लिए, हम एक उदाहरण के रूप में tbl_Test तालिका का उपयोग करेंगे जिसमें 3 कॉलम होंगे।

--  ,    IF EXISTS (SELECT * FROM sys.objects WHERE name = N'tbl_Test' AND type = 'U') DROP TABLE tbl_Test GO SET ANSI_NULLS ON GO --   CREATE TABLE [dbo].[tbl_Test]( [Id] [int] NOT NULL, [Name] [varchar](50) NOT NULL, [PhoneNumber] [int] NOT NULL ) ON [PRIMARY] GO

अब वहां कुछ जानकारी लिखें। इसे 1000 प्रविष्टियाँ दें:

 --     CTE ;With Cte(Id,Name,PhoneNo) As ( Select Id = 1 ,Name='Name' + CAST( 1 As Varchar(50)) ,PhoneNo=12345678 Union All Select Id+1 ,Name= 'Name' + CAST( Id+1 As Varchar(50)) ,PhoneNo+1 From Cte Where Id <1000 ) --      Insert Into dbo.tbl_test Select * From Cte Option( Maxrecursion 0) --   Select * From tbl_Test

उपरोक्त स्क्रिप्ट को निष्पादित करने से निम्न डेटा सेट (भाग) का उत्पादन होगा

  Id नाम PhoneNumber
 1 Name1 12345678
 2 नाम 2 12345679
 3 नाम 3 12345680
 4 नाम 4 12345681
 5 नाम 5 12345682
 ...

अब हम एक प्रक्रिया लिखेंगे जो क्वेरी डेटा को tbl_Test तालिका में आउटपुट करेगी

 CREATE PROCEDURE dbo.Usp_FetchRecords AS BEGIN Select Id ,Name ,PhoneNumber From dbo.tbl_Test END

संग्रहीत प्रक्रिया के परिणामों से डेटा का अंतिम सेट प्राप्त करने के कई तरीके हैं। उनमें से कुछ का वर्णन और चर्चा उनके लेख में एरलैंड सोमरसकोग ने की है। हम अस्थायी तालिकाओं के आधार पर दृष्टिकोणों में से एक का उपयोग करेंगे।

अस्थायी तालिकाओं का उपयोग करना

 -- #Temp    tempdb,    IF OBJECT_ID('tempdb..#Temp') IS NOT NULL BEGIN Drop Table #Temp END --   CREATE TABLE #Temp ( Id int ,EmpName Varchar(50) ,PhoneNo int ) --   ,    INSERT INTO #Temp ( Id ,EmpName ,PhoneNo ) EXEC dbo.Usp_FetchRecords --      Select * from #Temp

ऊपर वर्णित दृष्टिकोण पूरी तरह से काम करता है अगर हम पहले से जानते हैं कि आउटपुट में कौन से कॉलम और किस प्रकार की आवश्यकता है।

इसके नुकसान और इसी तरह के दृष्टिकोण:

कोई भी दृष्टिकोण समस्या का प्रत्यक्ष समाधान प्रस्तुत नहीं करता है। किसी भी मामले में, अस्थायी तालिकाओं या चर से समर्थन की आवश्यकता होती है। अस्थायी तालिका के तहत, डेटाबेस में एक स्थान का उपभोग करता है।
अनुरोध निष्पादन समय बढ़ जाता है
मामले में जब आपको एक ओपन रॉ सेट या ओपन क्वेरी क्वेरी की आवश्यकता होती है, तो आपको स्पष्ट रूप से ऐड हॉक डिस्ट्रीब्यूटेड क्वैरिज़ फंक्शन को सक्षम करना होगा और उसके बाद ही काम करना शुरू करना होगा।
यदि अस्थायी टेबल या टेबल प्रकार चर शामिल हैं, तो आपको अग्रिम में प्रक्रिया प्रतिक्रिया की संरचना को जानना होगा।

नया तरीका MS SQL 2011

नया संस्करण आपको इन कमियों से छुटकारा पाने की अनुमति देता है और अब हम देखेंगे कि वास्तव में कैसे।

 EXEC Usp_FetchRecords WITH RESULT SETS( ( [Emp Id] int ,[Emp Name] varchar(50) ,[Phone Number] varchar(50) ) )

आउटपुट निम्नानुसार होगा:

  ईएम आईडी एम्प नाम फोन नंबर
 1 Name1 12345678 <
 2 नाम 2 12345679 <
 3 नाम 3 12345680 <
 4 नाम 4 12345681 <
 5 नाम 5 12345682 <
 ...

परिणाम सेट के साथ उपयोग करने के लिए सामान्य वाक्यविन्यास:

 WITH RESULT SETS( ( Column Name1 DataType [Size] ,Column Name2 DataType [Size] , . . . . . . . . . . . . , . . . . . . . . . . . . . . ,Column Name-n DataType [Size] ) , ( Column Name1 DataType [Size] ,Column Name2 DataType [Size] , . . . . . . . . . . . . , . . . . . . . . . . . . . . ,Column Name-n DataType [Size] ) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . , ( Column Name1 DataType [Size] ,Column Name2 DataType [Size] , . . . . . . . . . . . . , . . . . . . . . . . . . . . ,Column Name-n DataType [Size] ) )

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

इस प्रकार, नीचे दिए गए उदाहरण में, डेटाबेस अवैध प्रकार के रूपांतरण के बारे में एक त्रुटि फेंक देगा। हम एक अंतर प्रकार लौटाने की कोशिश कर रहे हैं जबकि क्षेत्र को varchar (50) के रूप में घोषित किया गया है।

 EXEC Usp_FetchRecords WITH RESULT SETS( ( [Emp Id] int ,[Emp Name] int --    int ,[Phone Number] varchar(50) ) )

स्क्रिप्ट के निष्पादन के दौरान, हमें निम्नलिखित त्रुटि मिलती है:

Msg 8114, स्तर 16, राज्य 2, प्रक्रिया Usp_FetchRecords, पंक्ति 5 त्रुटि डेटा प्रकार varchar को int में परिवर्तित करने में त्रुटि।

ऊपर दिखाए गए क्वेरी को With Result सेट का उपयोग करके एकल परिणाम डेटासेट में परिवर्तित करने के लिए डिज़ाइन किया गया है। हालांकि, इस तकनीक, जैसा कि सामान्य सिंटैक्स से देखा जा सकता है, को कई परिणाम सेटों तक बढ़ाया जा सकता है। अब ऐसा करने का एक उदाहरण होगा।

कल्पना करें कि हमारे पास एक संग्रहीत प्रक्रिया है जो डेटा के दो सेट लौटाती है।

 CREATE PROCEDURE [dbo].[Usp_ModifiedFetchRecords] AS BEGIN Select Id ,Name ,PhoneNumber From dbo.tbl_Test; Select Id ,Name From dbo.tbl_Test Where PhoneNumber % 2 = 0 END

दूसरे चुनिंदा रिटर्न वाले सब्सक्राइबर यहां तक कि टेलीफोन नंबर के साथ। निष्पादन का एक उदाहरण यह हो सकता है (परिणाम का हिस्सा):

अब बिना संग्रहित प्रक्रिया को बदले ही अधिक सुपाच्य परिणाम प्राप्त करने के लिए With With Result Set का उपयोग करने का प्रयास करें।

 EXEC Usp_ModifiedFetchRecords WITH RESULT SETS( ( [Emp Id From First Result Set] int ,[Emp Name From First Result Set] varchar(50) ,[Phone Number From First Result Set] varchar(50) ), ( [Emp Id From Second Result Set] int ,[Emp Name From Second Result Set] varchar(50) ) )

निष्पादन का परिणाम अब की भावना में होगा:

इस स्थिति में, संग्रहीत कार्यविधि डेटा के दो परिणाम सेट लौटाती है, लेकिन यदि हम उनमें से केवल एक परिणाम सेट में संसाधित करने का प्रयास करते हैं, तो हमें SQL इंजन से एक त्रुटि मिलेगी।

Msg 11535, लेवल 16, स्टेट 1, प्रोसीजर Usp_ModifiedFetchRecords, Line 11 EXECUTE स्टेटमेंट फेल हो गया क्योंकि इसके रिजल्ट सेट्स क्लॉज में 1 रिजल्ट सेट (s) को निर्दिष्ट किया गया था, और स्टेटमेंट ने इससे ज्यादा रिजल्ट सेट भेजने की कोशिश की।

रिजल्ट सेट से डेटा प्राप्त करने का तरीका

कभी-कभी यह परिणाम के साथ प्राप्त परिणाम को आगे बढ़ाने के लिए आवश्यक हो सकता है। इस मामले में, आप अस्थायी टेबल या टेबल प्रकार चर का उपयोग कर सकते हैं।

तालिका प्रकार चर का उपयोग करके दृष्टिकोण पर विचार करें।

 Declare @tblStoreWithResultSetsData Table ( [Employee Id] int ,[Employee Name] varchar(50) ,[Emp Phone No] int ) insert into @tblStoreWithResultSetsData EXEC Usp_FetchRecords WITH RESULT SETS( ( [Emp Id] int ,[Emp Name] varchar(6) --  , --     6. --    ,[Phone Number] varchar(50) ) ) Select * From @tblStoreWithResultSetsData

परिणाम अपेक्षित होगा, कर्मचारी का नाम 6 वर्णों तक कम हो जाएगा। इसे निम्न स्क्रीनशॉट (अंतिम 10 प्रविष्टियों) में देखा जा सकता है

संभव अनुप्रयोग

SSIS पैकेज में डेटा परिवर्तित करना आसान होगा , अतिरिक्त विवरण के लिए यहां लेख देखें।
स्कीमा को बदले बिना डेटा प्रकार बदलें । कल्पना कीजिए कि एक .Net एप्लिकेशन बूलियन प्रकार के मूल्य की अपेक्षा करता है, और तालिका में मान को इंट या चार (1) के रूप में एन्कोड किया गया है। सामान्य तौर पर, आप केस जब तब निर्माण का उपयोग करके मूल्य रूपांतरण लागू कर सकते हैं। लेकिन डेटा प्रकार को बिट में (इंट के मामले में) तुरंत बदलना आसान और अधिक सुखद है।
एक परिणाम सेट के साथ एक और उदाहरण है जब एक .Net प्रोग्राम एक इंट का इंतजार करता है, और डेटाबेस में कॉलम टाइप फ्लोट का होता है।
सर्किट में परिवर्तन के लिए संभावित डीएएल प्रतिरक्षा । यह सकारात्मक प्रतिरक्षा को संदर्भित करता है, जब परिणाम सेट के साथ उपयोग करते हैं, तो हम परिणामी डेटा सेट के लिए स्तंभ नाम सेट करते हैं। फिर इससे कोई फर्क नहीं पड़ेगा कि डेटाबेस में नाम कैसे बदलते हैं। संग्रहीत प्रक्रियाओं के लिए एक प्रकार का दृश्य एनालॉग।

प्रतिबंध

आप अंतिम डेटा सेट में चयनात्मक स्तंभ परिवर्तन नहीं कर सकते। उदाहरण के लिए, निम्नलिखित स्क्रिप्ट निष्पादन के दौरान एक त्रुटि का कारण होगा:

 EXEC Usp_FetchRecords WITH RESULT SETS( ( [Emp Id] int ,[Phone Number] varchar(50) ) )

चूंकि प्रक्रिया तीन कॉलम का एक सेट लौटाती है। त्रुटि इस प्रकार होगी:

Msg 11537, लेवल 16, स्टेट 1, प्रोसीजर Usp_FetchRecords, लाइन 5 EXECUTE स्टेटमेंट विफल रहा क्योंकि रिजल्ट सेट नंबर के लिए इसके रिजल्ट सेट्स क्लॉज के साथ 2 कॉलम (एस) निर्दिष्ट थे, लेकिन रन टाइम के दौरान स्टेटमेंट 3 कॉलम (एस)।

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

MS SQL 2011 - लौटे हुए डेटासेट का संशोधन

अस्थायी तालिकाओं का उपयोग करना

नया तरीका MS SQL 2011

रिजल्ट सेट से डेटा प्राप्त करने का तरीका

संभव अनुप्रयोग

प्रतिबंध

More articles: