'COLLATE SQL_Latin1_General_CP1_CI_AS' क्या करता है?

Question

नीचे दिए गए अनुसार SQLServer में डेटाबेस बनाने के लिए मेरे पास SQL ​​क्वेरी है:

create database yourdb
on
( name = 'yourdb_dat',
  filename = 'c:\program files\microsoft sql server\mssql.1\mssql\data\yourdbdat.mdf',
  size = 25mb,
  maxsize = 1500mb,
  filegrowth = 10mb )
log on
( name = 'yourdb_log',
  filename = 'c:\program files\microsoft sql server\mssql.1\mssql\data\yourdblog.ldf',
  size = 7mb,
  maxsize = 375mb,
  filegrowth = 10mb )
COLLATE SQL_Latin1_General_CP1_CI_AS;
go

यह ठीक चलता है।

जबकि शेष एसक्यूएल स्पष्ट है कि मैं इसकी कार्यक्षमता को लेकर काफी भ्रमित हूं COLLATE SQL_Latin1_General_CP1_CI_AS।

क्या कोई मुझे यह समझा सकता है? इसके अलावा, मैं यह जानना चाहूंगा कि क्या इस तरह से डेटाबेस बनाना एक सर्वोत्तम अभ्यास है?

Answer 1

यह सेट करता है कि डेटाबेस सर्वर कैसे (पाठ के टुकड़ों की तुलना करता है)। इस मामले में:

SQL_Latin1_General_CP1_CI_AS

दिलचस्प भागों में टूट जाता है:

1. latin1 सर्वर को मूल रूप से ascii चारसेट लैटिन 1 का उपयोग करके तार का इलाज करता है
2. CP1 कोड पृष्ठ 1252 के लिए खड़ा है
3. CI असंवेदनशील मामला इसलिए 'एबीसी' बराबर होगा 'एबीसी'
4. AS उच्चारण संवेदनशील है, इसलिए 'यू' 'यू' के बराबर नहीं है

PS अधिक विस्तृत जानकारी के लिए @ सोलोमन-रुटज़की के उत्तर को पढ़ना सुनिश्चित करें ।

Comments

इससे और क्या फर्क पड़ेगा SQL_Latin1_General_CI_AS। विशेष रूप से, CP1 ने मुझे आश्चर्यचकित कर दिया।

— काद

@Kad: वहाँ एक प्रतीत नहीं होता SQL_Latin1_General_CI_AS। बल्कि, एक है Latin1_General_CI_AS। देख लो SELECT * FROM fn_helpcollations() where name IN ('SQL_Latin1_General_CP1_CI_AS','Latin1_General_CI_AS','SQL_Latin1_General_CI_AS');। दो समतलों के बीच छँटाई और तुलना के बारे में सूक्ष्म अंतर हैं। Olcot.co.uk/sql-blogs/… देखें ।

— रिले मेजर

@Kad: CP1 कोड पेज 1252 के लिए खड़ा है। एक कोड पृष्ठ एक वर्ण सेट में किसी विशिष्ट वर्ण के लिए हेक्स मान को मैप करने के लिए एक लुकअप तालिका है। CP1 Microsoft उप-संस्कृति में CP1252 के लिए आशुलिपि है। विंडोज़ एकमात्र प्लेटफ़ॉर्म है जो CP1252 को स्वदेशी रूप से उपयोग करता है क्योंकि यह डॉस दिनों से एक होल्ड-ओवर है। हालाँकि यह ISO 8859-1 के समान है, लेकिन वे समान नहीं हैं। यूरो और कुछ अन्य की तरह मैप किए गए पात्रों में अंतर है जो आईएसओ 8859-1 में नहीं हैं।

— slartibartfast

निर्दोष उत्तर @Kris!

— गौरव

@ क्रिस वहाँ किसी भी UTF-8 का विकल्प SQL_Latin1_General_CP1_CI_AS SQL2019 के लिए है?

— चंकी

Answer 2

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

यदि "क्या करता COLLATE SQL_Latin1_General_CP1_CI_ASहै?" इसका मतलब है "क्या करता है COLLATEके खंड CREATE DATABASE, तो हो?":

कथन का COLLATE {collation_name}खंड डेटाबेसCREATE DATABASE के डिफ़ॉल्ट Collation को निर्दिष्ट करता है , न कि सर्वर को; डेटाबेस-स्तर और सर्वर-स्तरीय डिफ़ॉल्ट Collations विभिन्न चीजों को नियंत्रित करते हैं।

सर्वर (यानी इंस्टेंस) स्तर के नियंत्रण:

• प्रणाली डेटाबेस के लिए डाटाबेस स्तरीय मिलान: master, model, msdb, और tempdb।
• DB-Level Collation को नियंत्रित करने के कारण tempdb, यह तब अस्थायी तालिकाओं (वैश्विक और स्थानीय) में स्ट्रिंग स्तंभों के लिए डिफ़ॉल्ट Collation है, लेकिन तालिका चर नहीं।
• DB-Level Collation of को नियंत्रित करने के कारण master, यह तब Collation सर्वर-स्तर डेटा के लिए उपयोग किया जाता है , जैसे डेटाबेस नाम (जैसे nameकॉलम sys.databases), लॉगिन नाम, आदि।
• पैरामीटर / चर नामों का हैंडलिंग
• कर्सर के नामों की हैंडलिंग
• GOTOलेबलों का संचालन
• डिफ़ॉल्ट COLLATEअनुपस्थिति का उपयोग नए बनाए गए डेटाबेस के लिए किया जाता है जब क्लॉज गायब है

डेटाबेस-स्तर नियंत्रण:

• Default मिलान नव निर्मित स्ट्रिंग कॉलम के लिए इस्तेमाल किया ( CHAR, VARCHAR, NCHAR, NVARCHAR, TEXT, और NTEXT- लेकिन उपयोग नहीं करते TEXTया NTEXT) जब COLLATEखंड स्तंभ परिभाषा से लापता है। यह दोनों CREATE TABLEऔर ALTER TABLE ... ADDकथनों के लिए जाता है ।
• स्ट्रिंग शाब्दिक (यानी 'some text') और स्ट्रिंग चर (यानी @StringVariable) के लिए उपयोग किया गया डिफ़ॉल्ट Collation । इस Collation का उपयोग केवल तब किया जाता है जब तार और चर की तुलना अन्य तार और चर से की जाती है। जब तार / चर की तुलना स्तंभों से की जाती है, तो स्तंभ के Collation का उपयोग किया जाएगा।
• डेटाबेस-स्तर मेटा-डेटा के लिए उपयोग किया जाने वाला Collation , जैसे ऑब्जेक्ट नाम (यानी sys.objects), कॉलम नाम (जैसे sys.columns), इंडेक्स नाम (जैसे sys.indexes, आदि)।
• डेटाबेस-स्तरीय ऑब्जेक्ट्स के लिए उपयोग किया जाने वाला Collation : टेबल, कॉलम, इंडेक्स आदि।

इसके अलावा:

• ASCII एक एन्कोडिंग है जो 8-बिट (सामान्य उपयोग के लिए; तकनीकी रूप से "ASCII" 7-बिट है जिसमें चरित्र मान 0 - 127 है, और "ASCII विस्तारित" वर्ण मान 0 - 255 के साथ 8-बिट है)। यह समूह संस्कृतियों में समान है।
• कोड पृष्ठ विस्तारित ASCII का "विस्तारित" हिस्सा है, और यह नियंत्रित करता है कि कौन से अक्षर 128 - 255 के मान के लिए उपयोग किए जाते हैं। यह समूह आपकी संस्कृति के बीच भिन्न होता है।
• Latin1"ASCII" का मतलब यह नहीं है कि मानक ASCII केवल मान 0 - 127 को कवर करता है, और सभी कोड पृष्ठ (जो कि SQL सर्वर में दर्शाए जा सकते हैं, और यहां तक ​​कि NVARCHAR) उन्हीं 128 मानों को समान वर्णों में मैप करते हैं।

यदि "क्या करता COLLATE SQL_Latin1_General_CP1_CI_ASहै?" इसका मतलब है "यह विशेष टकराव क्या करता है?", फिर:

• क्योंकि नाम से शुरू होता है SQL_, यह एक SQL सर्वर कोलाज है, न कि विंडोज कोलाजेशन। ये निश्चित रूप से अप्रचलित हैं, भले ही आधिकारिक तौर पर पदावनत न हों, और मुख्य रूप से पूर्व-SQL सर्वर 2000 संगतता के लिए हैं। हालाँकि, SQL_Latin1_General_CP1_CI_ASयूएस अंग्रेजी का उपयोग करते हुए ओएस पर अपनी भाषा के रूप में स्थापित करने के दौरान डिफ़ॉल्ट रूप से यह दुर्भाग्य से बहुत आम है। यदि संभव हो तो इन टकरावों से बचा जाना चाहिए।

  विंडोज कोलाजेशन (जिनके नाम शुरू नहींSQL_ होते हैं) नए, अधिक कार्यात्मक होते हैं, जिनके बीच VARCHARऔर NVARCHARसमान मानों के बीच लगातार छंटनी होती है , और उन्हें अतिरिक्त / सही सॉर्ट वेट और अपरकेस / लोअरकेस मैपिंग के साथ अपडेट किया जा रहा है। ये टकराव भी संभावित प्रदर्शन समस्या नहीं है जो SQL सर्वर collations है: अनुक्रमणिका पर प्रभाव जब मिश्रण VARCHAR और NVARCHAR प्रकार ।

• Latin1_General संस्कृति / स्थान है।
  • इसके लिए NCHAR, NVARCHARऔर NTEXTडेटा यह सॉर्टिंग और तुलना के लिए उपयोग किए जाने वाले भाषाई नियमों को निर्धारित करता है।
  • के लिए CHAR, VARCHARऔर TEXTडेटा (कॉलम, शाब्दिक और चर) यह निर्धारित करता है:
    • भाषाई नियमों का उपयोग छँटाई और तुलना के लिए किया जाता है।
    • वर्णों को एन्कोड करने के लिए उपयोग किया जाने वाला कोड पृष्ठ। उदाहरण के लिए, Latin1_Generalटकराव कोड पृष्ठ 1252 का Hebrewउपयोग करते हैं , टकराव कोड पृष्ठ 1255 का उपयोग करते हैं, और इसी तरह।

• CP{code_page} या {version}

  • के लिए एसक्यूएल सर्वर collations: CP{code_page}- जबकि वहाँ डबल-बाइट वर्ण सेट (DBCS) 2-बाइट संयोजन का उपयोग कर सकते हैं कि अधिक से अधिक बनाने के लिए चार कोड पृष्ठ हैं 255, 8 बिट कोड पेज है कि निर्धारित करता है क्या पात्रों मूल्यों 128 करने के लिए नक्शे है 256 वर्ण, ये SQL सर्वर collations के लिए उपलब्ध नहीं हैं।

  • के लिए विंडोज collations: {version}, जबकि सभी मिलान के नाम में मौजूद नहीं, एसक्यूएल सर्वर संस्करण जिसमें मिलान (अधिकांश भाग के लिए) शुरू की गई थी को दर्शाता है। नाम में कोई संस्करण संख्या के साथ विंडोज टकराव संस्करण हैं 80(जिसका अर्थ है कि संस्करण 8.0 के रूप में SQL Server 2000)। SQL सर्वर के सभी संस्करण नए समतुल्यों के साथ नहीं आते हैं, इसलिए संस्करण संख्याओं में अंतराल हैं। कुछ ऐसे हैं जो 90(SQL Server 2005 के लिए, जो कि संस्करण 9.0 है), सबसे अधिक 100(SQL सर्वर 2008, संस्करण 10.0 के लिए) हैं, और एक छोटा सेट है 140(SQL Server 2017 के लिए, संस्करण 14.0)।

    मैंने कहा "सबसे अधिक भाग के लिए" क्योंकि समाप्ती समाप्त हो रही _SCथी SQL सर्वर 2012 (संस्करण 11.0) में शुरू की गई थी, लेकिन अंतर्निहित डेटा नया नहीं था, उन्होंने केवल अंतर्निहित कार्यों के लिए पूरक वर्णों के लिए समर्थन जोड़ा। तो, वे अंत संस्करण 90और 100कोलाजेशन के लिए मौजूद हैं , लेकिन केवल SQL सर्वर 2012 में शुरू हो रहा है।

• आगे आपके पास संवेदनशीलता है, जो निम्नलिखित में से किसी भी संयोजन में हो सकती है, लेकिन हमेशा इस क्रम में निर्दिष्ट होती है:
  • CS= केस-संवेदी या CIकेस-असंवेदनशील
  • AS= उच्चारण-संवेदनशील या AI= उच्चारण-असंवेदनशील
  • KS = काना प्रकार-संवेदनशील या लापता = काना प्रकार-असंवेदनशील
  • WS = चौड़ाई-संवेदनशील या लापता = चौड़ाई असंवेदनशील
  • VSS = विविधता चयनकर्ता संवेदनशील (केवल संस्करण 140 collations में उपलब्ध) या अनुपलब्ध = भिन्नता चयनकर्ता असंवेदनशील

• वैकल्पिक अंतिम टुकड़ा:

  • _SCअंत में "सप्लीमेंट्री कैरेक्टर सपोर्ट" है। "समर्थन" केवल प्रभावित करता है कि अंतर्निहित फ़ंक्शन सरोगेट जोड़े की व्याख्या कैसे करते हैं (जो कि पूरक वर्ण यूटीएफ -16 में एन्कोड किए गए हैं)। बिना _SCअंत में (या _140_बीच में), बिल्ट-इन कार्य के लिए एक एकल अनुपूरक चरित्र नहीं दिख रहा है, लेकिन इसके बजाय दो व्यर्थ कोड अंक कि किराए की जोड़ी बनाने के देखते हैं। इस समाप्ति को किसी भी गैर-बाइनरी, संस्करण 90 या 100 कोलेशन में जोड़ा जा सकता है।
  • _BINया _BIN2अंत में "बाइनरी" छँटाई और तुलना का मतलब है। डेटा अभी भी वही संग्रहीत है, लेकिन कोई भाषाई नियम नहीं हैं। यह अंत 5 संवेदनशीलता या में से किसी के साथ संयुक्त नहीं है _SC। _BINपुरानी शैली है, और _BIN2नई, अधिक सटीक शैली है। SQL Server 2005 या नए का उपयोग करते समय, का उपयोग करें _BIN2। के बीच अंतर पर विवरण के लिए _BINऔर _BIN2, कृपया देखें: विभिन्न द्विआधारी Collations (संस्कृतियों, संस्करण, और बिन बनाम B22) के बीच अंतर ।

  • _UTF8SQL Server 2019 के रूप में एक नया विकल्प है। यह एक 8-बिट एन्कोडिंग है जो यूनिकोड डेटा को VARCHARऔर CHARडेटाटाइप्स (लेकिन नहीं हटाए गए TEXTडेटाटाइप) में संग्रहीत करने की अनुमति देता है । इस विकल्प का उपयोग केवल उन संपत्तियों पर किया जा सकता है जो पूरक वर्णों का समर्थन करते हैं (अर्थात _SCउनके नाम के साथ संस्करण 90 या 100 , और संस्करण 140 टकराव)। एकल बाइनरी _UTF8कॉलेशन ( _BIN2, नहीं _BIN) भी है।

    कृपया ध्यान दें: UTF-8 को वातावरण / कोड के साथ संगतता के लिए डिज़ाइन / बनाया गया था जो 8-बिट एन्कोडिंग के लिए सेट किए गए हैं जो अभी तक यूनिकोड का समर्थन करना चाहते हैं। भले ही कुछ परिदृश्य हैं जहां UTF-8 50% तक की अंतरिक्ष बचत प्रदान कर सकता है NVARCHAR, इसकी तुलना में , यह एक साइड-इफ़ेक्ट है और कई / अधिकांश ऑपरेशनों में प्रदर्शन के लिए मामूली हिट की लागत है। यदि आपको संगतता के लिए इसकी आवश्यकता है, तो लागत स्वीकार्य है। यदि आप इसे अंतरिक्ष-बचत के लिए चाहते हैं, तो आपके पास बेहतर परीक्षण, और परीक्षण की स्थिति थी। परीक्षण में सभी कार्यक्षमता और डेटा की कुछ पंक्तियों से अधिक शामिल हैं। चेतावनी दें कि UTF-8 कोलाज सबसे अच्छा काम करते हैं, जब सभी कॉलम और डेटाबेस स्वयं VARCHARडेटा (कॉलम, चर, स्ट्रिंग शाब्दिक) का उपयोग कर रहे हैं_UTF8मिलान। अनुकूलता के लिए इसका उपयोग करने वाले किसी भी व्यक्ति के लिए यह प्राकृतिक स्थिति है, लेकिन अंतरिक्ष-बचत के लिए इसका उपयोग करने की उम्मीद करने वालों के लिए नहीं। जब आप विषम व्यवहार या डेटा हानि का अनुभव कर सकते हैं, _UTF8तो VARCHARगैर- _UTF8कोलाजेशन या NVARCHARडेटा का उपयोग करके डेटा के साथ टकराव का उपयोग करके VARCHAR डेटा को मिलाते समय सावधान रहें । नए UTF-8 कोलाज के बारे में अधिक जानकारी के लिए, कृपया देखें: Native UTF-8 SQL Server 2019 में समर्थन: उद्धारकर्ता या गलत पैगंबर?

Comments

हालांकि मैंने इसे इतनी जानकारी और प्रयास के लिए उतारा है, मेरा जवाब निश्चित रूप से गलत नहीं है (डेटाबेस स्टोर डेटा, डेटाबेस सर्वर इस डेटा पर कार्य करते हैं, छँटाई अभिनय है)। मैंने पूरी तरह से गणितीय सटीकता पर संक्षिप्तता को चुना क्योंकि ओपी संभवतः पर्याप्त जानकारी की तलाश में था, सभी संभव जानकारी नहीं।

— क्रिस

हाय @ क्रिस। धन्यवाद। निष्पक्ष होने के लिए, मैंने यह नहीं कहा कि आपका जवाब पूरी तरह से गलत था, बस अधूरा अधूरा था। मैं उम्मीद है कि स्पष्ट करने के लिए अद्यतन किया गया है। मैं तुम्हें क्या कह रहे हैं मिलता है, लेकिन ओ पी उनसे पूछा गया कि COLLATEके खंड CREATE DATABASEहै। आपने कई चीजों में से एक कहा जो यह करता है। आप यह क्यों मानते हैं कि ओपी केवल 10% उत्तर जानना चाहता है? यदि सभी जानकारी प्रस्तुत की जाती है, तो प्रत्येक व्यक्ति यह तय कर सकता है कि उसे कितना लेना है। लेकिन अगर केवल कुछ जानकारी दी जाती है, तो उनके लिए विकल्प बनाया गया था। मैं यथासंभव अधिक से अधिक जानकारी प्रदान करना चुनता हूं क्योंकि इसमें से अधिकांश अच्छी तरह से ज्ञात नहीं हैं। (जारी)

— सोलोमन रटज़की

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

— क्रि

@ क्रिस मैं कहने के लिए थोड़ी देर के लिए "धन्यवाद!" ऐसी परिपक्वता और व्यावसायिकता दिखाने के लिए। मैं कुछ लोगों के लिए व्यक्तिगत अपराध का आदी हूं, यह कहते हुए कि वे गलत हैं, और फिर "मुश्किल" (या और भी कठिन) बन गए हैं। लेकिन, मेरे लिए आपकी मापी गई प्रतिक्रिया, "स्वीकृत उत्तर गलत है " ने मुझे अपने इंट्रो को कम करने के लिए प्रेरित किया, और यहां दूसरों के लिए एक उदाहरण के रूप में काम करना चाहिए कि कैसे ठीक से और उत्पादक रूप से संवाद करने के लिए to।

— सोलोमन रटज़की

आपका स्वागत है और यह सुनकर अच्छा लगा कि मैंने किसी तरह सकारात्मक प्रभाव डाला, लेकिन मुझे "गलत" होने में मजा आता है, यह नई चीजों को सीखने के अवसरों को खोलता है, जो बहुत अच्छा है!

— क्रिश

Answer 3

CP1 का अर्थ है 'कोड पृष्ठ 1' - तकनीकी रूप से यह कोड पृष्ठ 1252 में बदल जाता है

Answer 4

मुक़ाबला निर्दिष्ट कीवर्ड आप स्ट्रिंग मूल्यों के लिए वर्ण सेट और नियमों (आदेश, टकराव नियम) की तरह क्या प्रयोग कर रहे हैं।

उदाहरण के लिए आपके मामले में आप असंवेदनशील ( CI ) और उच्चारण संवेदनशील ( AS ) के साथ लैटिन नियमों का उपयोग कर रहे हैं

आप इस प्रलेखन का उल्लेख कर सकते हैं

Answer 5

यह डेटाबेस के लिए डिफ़ॉल्ट टकराव को निर्दिष्ट करता है। डेटाबेस में तालिकाओं में आपके द्वारा बनाया गया प्रत्येक टेक्स्ट फ़ील्ड उस कोलाजेशन का उपयोग करेगा, जब तक कि आप एक अलग निर्दिष्ट नहीं करते।

एक डेटाबेस में हमेशा एक डिफ़ॉल्ट टकराव होता है। यदि आप कोई निर्दिष्ट नहीं करते हैं, तो SQL सर्वर आवृत्ति का डिफ़ॉल्ट कोलाजेशन उपयोग किया जाता है।

आपके द्वारा उपयोग किए जाने वाले कोलाजेशन का नाम दिखाता है कि यह लैटिन 1 कोड पृष्ठ 1 का उपयोग करता है, मामला असंवेदनशील (CI) और उच्चारण संवेदनशील (AS) है। इस टकराव का उपयोग संयुक्त राज्य अमेरिका में किया जाता है, इसलिए इसमें संयुक्त राज्य अमेरिका में उपयोग किए जाने वाले सॉर्टिंग नियम होंगे।

टकराव यह तय करता है कि समानता और समानता के लिए पाठ मूल्यों की तुलना कैसे की जाती है, और छँटाई करते समय उनकी तुलना कैसे की जाती है। कोड पृष्ठ का उपयोग गैर-यूनिकोड डेटा, जैसे कि varchar फ़ील्ड्स को संग्रहीत करते समय किया जाता है।

Comments

गलत (आप notएक कोलाज निर्दिष्ट नहीं कर सकते , हालांकि आप डिफ़ॉल्ट को स्वीकार कर सकते हैं) गलत (यह यूनिकोड डेटा के लिए भी उपयोग किया जाता है)

— रिचर्डTheKiwi

@Richard उर्फ cyberkiwi: प्रलेखन की जाँच करें: msdn.microsoft.com/en-us/library/ms176061.aspx निर्दिष्ट मिलान है वैकल्पिक। यूनिकोड डेटा को संग्रहीत करने के लिए कोड पृष्ठ का उपयोग नहीं किया जाता है, क्योंकि यह 16 बिट यूनिकोड कोड बिंदुओं के रूप में संग्रहीत होता है, न कि 8 बिट कोड पेज इंडेक्स के रूप में।

— गुफ़ा

मैंने आपका उत्तर गलत पढ़ा है, लेकिन यह अभी भी गलत है। एक डेटाबेस में हमेशा एक डिफ़ॉल्ट टकराव होता है = गंभीर कोलाजेशन , विशेष रूप से नहीं Latin1_General_CI_AS। अब मैंने इसे गलत पढ़ा क्योंकि मैंने आधे कथन को SERVER टकराने के बारे में बताया जिसमें UI में डिफ़ॉल्ट की स्वीकृति की आवश्यकता होती है। 2 बिंदु के लिए, आप करने लगते हैं मतलब है कि मिलान किया जाता है नहीं यूनिकोड डेटा छँटाई (भले ही आप से स्विच के लिए इस्तेमाल sortingकरने के लिए storingपिछले 2 वाक्यों में)। यूनिकोड पाठ डेटा भी कोलाज का पालन करता है।

— रिचर्ड द किवी

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

— गुफा