क्या तालिका-मूल्यवान-पैरामीटर का सॉर्ट-ऑर्डर वही रहने की गारंटी है?

Question

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

यह मेरा प्रकार है:

CREATE TYPE [dbo].[VwdCodeList] AS TABLE(
    [VwdCode] [varchar](50) NOT NULL 
) 

और इस एसक्यूएल में से एक है जहां इसका इस्तेमाल होता है: के रूप में आप मैं ROW_NUMBER उपयोग कर रहा हूँ तरह-स्तंभ प्राप्त करने के लिए देख सकते हैं

/// <summary> 
///  Inserts all new WatchListCodes for a given watchlist 
/// </summary> 
public const string InsertWatchListCodes = @" 
INSERT INTO [dbo].[WatchListCodes] 
    ([WatchListID] 
    ,[VwdCode] 
    ,[Sort]) 
SELECT @WatchListID, VwdCode, ROW_NUMBER()OVER(ORDER BY (SELECT 1)) 
FROM @VwdCodeList;"; 

मूल्य।

क्या मुझे तालिका-प्रकार में एक प्रकार-कॉलम जोड़ने की आवश्यकता है या क्या यह गारंटीकृत है (दस्तावेज) कि यह वही रहता है? ऐसा लगता है कि काम करता है। एक IEnumerable<string> के लिए

SqlParameter vwdCodeListParameter = insertWatchListCodeCommand.Parameters.Add("@VwdCodeList", SqlDbType.Structured); 
vwdCodeListParameter.TypeName = "[dbo].[VwdCodeList]"; 
vwdCodeListParameter.Value = WatchListSql.GetVwdCodeRecords(newVwdCodes, true); 
int inserted = insertWatchListCodeCommand.ExecuteNonQuery(); 

GetVwdCodeRecords रिटर्न IEnumerable<SqlDataRecord>:

यह जहां मैं इसका इस्तेमाल ADO.NET कोड है।

---

धन्यवाद सब कुछ। यदि भविष्य के पाठक को यह जानने में दिलचस्पी है कि मैंने सॉर्ट-ऑर्डर की गारंटी कैसे दी है। के रूप में एक और कॉलम जोड़ कर सुझाव दिया मैं तालिका प्रकार modifed गया है:

CREATE TYPE [dbo].[VwdCodeList] AS TABLE(
    [VwdCode] [varchar](50) NOT NULL, 
    [Sort] [smallint] NOT NULL 
) 

डालने-एसक्यूएल और भी आसान है क्योंकि तरह-स्तंभ में पारित हो जाता है और गणना नहीं है:

public const string InsertWatchListCodes = @" 
INSERT INTO [dbo].[WatchListCodes] 
    ([WatchListID] 
    ,[VwdCode] 
    ,[Sort]) 
SELECT @WatchListID, cl.VwdCode, cl.Sort 
FROM @VwdCodeList cl;"; 

के लिए

public static IEnumerable<SqlDataRecord> GetVwdCodeRecords(IEnumerable<string> vwdCodes, bool trimCode = true) 
{ 
    short currentSort = 0; 
    foreach (string vwdCode in vwdCodes) 
    { 
     var record = new SqlDataRecord(
      new SqlMetaData("VwdCode", SqlDbType.VarChar, 50), 
      new SqlMetaData("Sort", SqlDbType.SmallInt)); 
     record.SetString(0, trimCode ? vwdCode.Trim() : vwdCode); 
     record.SetInt16(1, ++currentSort); 

     yield return record; 
    } 
} 

Answer 1

सामान्य में: पूर्णता के लिए, यहाँ विधि देता है कि IEnumerable<SqlDataRecord> तालिका-मान-पैरामीटर (छोड़े गए त्रुटि हैंडलिंग) के लिए मूल्य के रूप में प्रयोग किया जाता है पर किसी भी परिणाम सेट पर कोई अंतर्निहित सॉर्ट ऑर्डर नहीं है।

रास्ता केवल एक गारंटी सॉर्ट क्रम बाहरी सबसे क्वेरी पर एक ORDER BY है प्राप्त करने के लिए।

मुझे यकीन है कि आप इस पहले से ही पता था कि हूँ ...

वहाँ एक specialty with ROW_NUMBER() OVER(ORDER BY ...) Read "General Remarks" है। लेकिन यह खतरनाक है।

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

मैं एक्सएमएल के भीतर एक निश्चित आदेश के साथ उदाहरण बनाने के लिए इसका उपयोग करता हूं, क्योंकि एक्सएमएल के भीतर स्थिति द्वारा दिया गया एक निहित आदेश है ...

Answer 2

हां, आपको एक कॉलम जोड़ने की आवश्यकता है। एसक्यूएल एक सेट-आधारित भाषा है और सेट स्वाभाविक रूप से अनियंत्रित हैं (स्वीकार्य रूप से, कुछ मामलों से अधिक हैं जहां एसक्यूएल इस बारे में कमजोर है)।

आप ORDER BY उपयोग करना चाहते हैं और आप परिणाम की गारंटी चाहते हैं, आप यह सुनिश्चित करना है कि यह डेटा तालिका के अंदर ऐसी है कि वह विशिष्ट आदेश को परिभाषित करता है के आधार पर पर्याप्त भाव पर आधारित है की जरूरत है। यहां, आप निरंतर आदेश दे रहे हैं (और आपको प्राप्त होने वाली चेतावनियां यदि आप केवल ORDER BY 1 आज़माएं तो यहां पर्याप्त सुराग होना चाहिए कि यह अच्छी तरह से काम नहीं करेगा) इसलिए वास्तव में ऑर्डरिंग पर कोई गारंटी नहीं है।

Answer 3

एक ही आदेश की गारंटी है नहीं जब तक आप द्वारा एक स्पष्ट आदेश कर ..

नीचे कुछ परीक्षण कर रहे हैं ..

create type numbes as table 
(
num int primary key 
) 


DECLARE @nums AS numbes; 

insert into @nums 
select row_number() over(order by(select 1)) 
from 
master.sys.objects 


select Top 100* from @nums 

और कार्य योजना लागू करके पता चलता ..

तो कोड के टुकड़े के नीचे ..

ROW_NUMBER()OVER(ORDER BY (SELECT 1)) 
FROM @VwdCodeList;"; 

आपको हर बार एक ही आदेश नहीं मिल सकता है, जब तक कि आप