अभिव्यक्ति में टाइप रूपांतरण क्वेरी प्लान की पसंद में "कार्डिनैलिटी इस्टीमेट" को प्रभावित कर सकता है?

Question

मैं एक संग्रह डेटाबेस रखता हूं जो विभाजन किए गए विचारों में ऐतिहासिक डेटा संग्रहीत करता है। विभाजन कॉलम एक डेटाटाइम है। दृश्य के अंतर्गत प्रत्येक तालिका एक महीने का डेटा संग्रहीत करती है।

हम प्रत्येक तालिका की घटनाओं को डेटाटाइम स्तंभ पर एक चेक बाधा के साथ बाधित करते हैं। यह ऑप्टिमाइज़र को इवेंट डेटाइम कॉलम पर फ़िल्टर करने वाले प्रश्नों के लिए खोजे गए टेबल को सीमित करने की अनुमति देता है।

SQL सर्वर द्वारा चेक बाधाओं का नाम उत्पन्न किया गया था, इसलिए यह जानना कठिन है कि वे अपने नाम को देखकर क्या करते हैं।

मैं चाहता हूं कि बाधा नाम 'CK_TableName_Partition' के रूप में हों।

मैं इस क्वेरी का उपयोग करके और sql_text कॉलम से डेटा की प्रतिलिपि बनाते हुए एक पुनर्नामित स्क्रिप्ट उत्पन्न कर सकता हूं। WHERE क्लॉज चेक बाधाओं से मेल खाता है जिनके नाम ऐसे दिखते हैं जैसे वे SQL सर्वर द्वारा उत्पन्न किए गए थे:

SELECT
  checks.name AS check_name,
  tabs.name AS table_name,
  skemas.name AS schema_name,
  cols.name AS column_name,
  N'
EXECUTE sys.sp_rename
  @objname = N''' + skemas.name + N'.' + checks.name + N''',
  @newname = N''CK_' + tabs.name + N'_Partition'',
  @objtype = ''OBJECT'';' AS sql_text
FROM sys.check_constraints AS checks
INNER JOIN sys.tables AS tabs ON
  tabs.object_id = checks.parent_object_id
INNER JOIN sys.schemas AS skemas ON
  skemas.schema_id = tabs.schema_id
INNER JOIN sys.columns AS cols ON
  tabs.object_id = cols.object_id AND
  cols.column_id = checks.parent_column_id
WHERE checks.name LIKE (
  N'CK__' + SUBSTRING(tabs.name, 1, 9) +
  N'__' + SUBSTRING(cols.name, 1, 5) +
  N'__' + REPLACE(N'xxxxxxxx', N'x', N'[0-9A-F]') COLLATE Latin1_General_BIN2
)
ORDER BY table_name;

आउटपुट इस तरह दिखता है:

check_name  table_name  schema_name column_name sql_text
CK__tbAcquisi__Acqui__5C4299A5  tbAcquisitions_201301   Archive AcquisitionDT   EXECUTE sys.sp_rename  @objname = N'Archive.CK__tbAcquisi__Acqui__5C4299A5',  @newname = N'CK_tbAcquisitions_201301_Partition',  @objtype = 'OBJECT';
CK__tbAcquisi__Acqui__76026BA8  tbAcquisitions_201302   Archive AcquisitionDT   EXECUTE sys.sp_rename  @objname = N'Archive.CK__tbAcquisi__Acqui__76026BA8',  @newname = N'CK_tbAcquisitions_201302_Partition',  @objtype = 'OBJECT';
CK__tbAcquisi__Acqui__7D6E8346  tbAcquisitions_201303   Archive AcquisitionDT   EXECUTE sys.sp_rename  @objname = N'Archive.CK__tbAcquisi__Acqui__7D6E8346',  @newname = N'CK_tbAcquisitions_201303_Partition',  @objtype = 'OBJECT';
...
CK__tbRequest__Reque__60132A89  tbRequests_201301   Archive RequestDT   EXECUTE sys.sp_rename  @objname = N'Archive.CK__tbRequest__Reque__60132A89',  @newname = N'CK_tbRequests_201301_Partition',  @objtype = 'OBJECT';
CK__tbRequest__Reque__1392CE8F  tbRequests_201302   Archive RequestDT   EXECUTE sys.sp_rename  @objname = N'Archive.CK__tbRequest__Reque__1392CE8F',  @newname = N'CK_tbRequests_201302_Partition',  @objtype = 'OBJECT';
CK__tbRequest__Reque__1AFEE62D  tbRequests_201303   Archive RequestDT   EXECUTE sys.sp_rename  @objname = N'Archive.CK__tbRequest__Reque__1AFEE62D',  @newname = N'CK_tbRequests_201303_Partition',  @objtype = 'OBJECT';

क्वेरी का परिणाम सही प्रतीत होता है और सर्वर इसे जल्दी निष्पादित करता है।

लेकिन निष्पादन योजना के मूल नोड में एक चेतावनी है:

अभिव्यक्ति में रूपांतरण टाइप करें (CONVERT_IMPLICIT (nvarchar (128), [o]। [नाम], 0)) क्वेरी प्लान पसंद में "कार्डिनैलिटीEstimate" को प्रभावित कर सकता है।

इस संदर्भ में इसका क्या मतलब है? क्या इस तरह का एक जटिल फिल्टर ऑप्टिमाइज़र को भ्रमित कर रहा है? क्या यह कुछ ऐसा है जिसके बारे में मुझे चिंतित होना चाहिए?

Comments

COLLATE Latin1_General_BIN2पर अभिव्यक्ति बनाता checks.nameunsargable। आपकी विशिष्ट क्वेरी के लिए यह निश्चित नहीं है कि कार्डिनलिटी के अनुमानों से कोई फर्क पड़ेगा या नहीं।

— मार्टिन स्मिथ

बाइनरी मान लिया जाये कि COLLATEसीमा अभिव्यक्ति काम करने के लिए केवल वहाँ है सही ढंग से आप बदल सकते N'[0-9A-F]')के साथ N'[0123456789ABCDEF]'और ड्रॉपCOLLATE Latin1_General_BIN2

— मार्टिन स्मिथ

Answer 1

क्वेरी का परिणाम सही प्रतीत होता है और सर्वर इसे जल्दी निष्पादित करता है।

लेकिन निष्पादन योजना के मूल नोड में एक चेतावनी है:

अभिव्यक्ति में रूपांतरण टाइप करें (CONVERT_IMPLICIT (nvarchar (128), [o]। [नाम], 0)) क्वेरी प्लान पसंद में "कार्डिनैलिटीEstimate" को प्रभावित कर सकता है।

इस संदर्भ में इसका क्या मतलब है? क्या इस तरह का एक जटिल फिल्टर ऑप्टिमाइज़र को भ्रमित कर रहा है? क्या यह कुछ ऐसा है जिसके बारे में मुझे चिंतित होना चाहिए?

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

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

एक तरफ के रूप में, के REPLACEसाथ प्रतिस्थापित किया जा सकता है:

REPLICATE(N'[0-9A-F]', 8);

(यह उत्तर प्रश्न के टिप्पणियों का सारांश है।)