MS SQL 2008: एक तालिका प्रकार जैसे कि sql_variant (अभी तक?) कॉलम के साथ ADO.NET के साथ संगत नहीं है

sql_variant - एक डेटा प्रकार जो SQL सर्वर द्वारा समर्थित विभिन्न डेटा प्रकारों के मूल्यों को संग्रहीत करता है।



यह विकसित डेटाबेस के कुछ सामान्यीकरण पहलुओं में उपयोगी हो सकता है। उदाहरण के लिए, एप्लिकेशन सेटिंग तालिका में या किसी वस्तु के गतिशील गुणों को बनाए रखते समय।



ADO.NET के लिए, यहाँ संभव सुविधा यह है कि sql_variant को प्रबंधित कोड से संग्रहीत प्रक्रिया में स्थानांतरित किया जा सकता है, जो कि पारित मूल्य के लिए सामान्यीकृत है। यदि आप प्रेषित मान के अनुसार तर्क को शाखा देना चाहते हैं, तो SQL_VARIANT_PROPERTY फ़ंक्शन के माध्यम से वास्तविक प्रकार को पहचाना जा सकता है।



वास्तव में, एकल पैरामीटर के साथ कोई समस्या नहीं है। समस्याएँ तब उत्पन्न होती हैं जब आपको मापदंडों की सूची को पारित करने की आवश्यकता होती है।







विचार सरल है। इस लेख को देखते हुए , उपयोगकर्ता परिभाषित तालिका प्रकार के मापदंडों की सूची को मैप करना सबसे अच्छा है। .NET में ऑब्जेक्ट प्रकार को ध्यान में रखते हुए पैरामीटर प्रकार SqlDbType.Variant या DbType.Object से मेल खाता है , हम प्रबंधन और दृश्य स्टूडियो चलाते हैं।

1. एक सामान्य प्रकार बनाएँ:
   
   CREATE TYPE [dbo].[GenericList] AS TABLE([value] [sql_variant] NOT NULL)
   
   
   
   
2. हम एक प्रक्रिया बनाते हैं जो इस पैरामीटर को संसाधित करेगी:
   
   CREATE PROCEDURE [dbo].[ParseGenericList]

@list GenericList readonly

AS

BEGIN

SET NOCOUNT ON;

SELECT value from @list

END
   
   
   
   
   
   
3. परिणाम की प्रत्याशा में हैंडल को रगड़कर, हम डेटाबेस को पैरामीटर पास करने के लिए .NET कोड में लिखते हैं:
   
   DataTable table = new DataTable("GenericList");

table.Columns.Add("value", typeof(object));



table.Rows.Add("string");

table.Rows.Add(DateTime.Now);

table.Rows.Add(145);



using (SqlCommand command = connection.CreateCommand()) // created before

{

command.CommandText = "dbo.ParseGenericList";

command.CommandType = CommandType.StoredProcedure;

command.Parameters.AddWithValue("@list", table);

conn.Open();

using (SqlDataReader r = command.ExecuteReader())

while (r.Read())

Console.WriteLine(r.GetValue(0));

}
   
   
   
   

शुरू करने के बाद, अपेक्षित तीन लाइनों के बजाय, ओब्लोमिंगो पक्षी एक अपवाद के रूप में कंसोल में उड़ता है:

"value" . "Object"







निष्पक्षता में, यह ध्यान देने योग्य है कि यदि आप क्रमशः ऑब्जेक्ट \ sql_variant से स्ट्रिंग \ nvarchar या फ्लोट \ फ्लोट में डेटा प्रकार बदलते हैं, तो सब कुछ एक धमाके के साथ काम करता है।



डेटाबेस में क्वेरी के साथ कोई समस्या नहीं है:

declare @list dbo.GenericList;

insert into @list(value) select cast(0 as bit);

insert into @list(value) select cast('bla' as nvarchar(3));

insert into @list(value) select cast(0.15 as float);



exec dbo.ParseGenericList @list







गुग्लिंग के कुछ मिनट Microsoft तकनीकी समर्थन में एक खुली रिपोर्ट पाते हैं:

klats



पत्राचार के अंदर, एमएस उन पैच के लिंक प्रदान करता है जो मैं स्थापित करता हूं। एक (सीटी के लिए) स्थापित नहीं था, दूसरे (.net के लिए) स्थापित किया गया था। हालांकि, बहुत अधिक परिणाम के बिना। चर्चा स्वयं कहती है कि बग बहुत जटिल मुद्दा प्रतीत होता है और हमें आगे की जांच की आवश्यकता है।



यहाँ ऐसी ही एक अप्रिय कहानी है। आप समस्या के आसपास कई तरह से काम करने की कोशिश कर सकते हैं (बैसाखी):

• एकल जेनेरिक sql_variant सूची के बजाय, एक विशिष्ट प्रकार (डेटाटाइम, इंट, फ्लोट, आदि) के साथ कई सूचियाँ पास करें;
• जोड़े की एक सूची (string_value, value_type) पास करें और संग्रहीत कार्यविधि में सीधे sql_variant में मान डालें;
• आरयू के अपवाद के साथ सीआरयूडी में पारित मापदंडों की अनुपयुक्तता के बारे में एक धारणा बनाएं, फिर आप पंक्तियों की सूची को स्थानांतरित कर सकते हैं और मौजूदा पंक्तियों के परिणामों की संचरित पंक्तियों के साथ मौजूदा sql_variant फ़ील्ड के परिणामों की तुलना कर सकते हैं;
• Xml- संरचनाओं के पक्ष में sql_variant का उपयोग करने से इनकार;

यहाँ एक बमर है। असल में, सबसे बड़ा आक्रोश समस्या पर एक भरा हुआ बोल्ट है।