क्या किसी को पता है क्यों latin1_swedish MySQL के लिए डिफ़ॉल्ट है। ऐसा लगता है कि यूटीएफ -8 अधिक संगत होगा?MySQL डिफ़ॉल्ट रूप से latin1_swedish_ci का उपयोग क्यों करता है?
डिफ़ॉल्ट आमतौर पर चुना जाता है क्योंकि वे सबसे अच्छे सार्वभौमिक विकल्प हैं, लेकिन इस मामले में ऐसा नहीं लगता है कि उन्होंने क्या किया।
जहां तक मैं देख सकता हूं, लैटिन 1 प्री-मल्टीबाइट समय में डिफ़ॉल्ट वर्ण सेट था और ऐसा लगता है कि यह जारी रहा है, शायद नीचे की संगतता के कारणों के लिए (उदाहरण के लिए पुराने क्रिएट स्टेटमेंट्स के लिए जो एक संयोजन निर्दिष्ट नहीं करते हैं) ।
here से:
क्या 4.0 क्या
MySQL 4.0 (और पिछले संस्करणों) केवल समर्थित क्या सेट चरित्र की एक संयुक्त धारणा और एकल-बाइट वर्ण एन्कोडिंग के साथ मिलान करने के लिए राशि, जो सर्वर स्तर पर निर्दिष्ट किया गया था। डिफ़ॉल्ट
latin1था, जो लैटिन 1 के एक चरित्र सेट से मेल खाता है और MySQL 4.1 मेंlatin1_swedish_ciका संयोजन है।
क्यों स्वीडिश, मैं केवल अनुमान लगा सकते हैं क्योंकि MySQL एबी है कि यह है के रूप में/स्वीडिश था। मुझे इस संयोजन को चुनने के लिए कोई अन्य कारण नहीं दिख रहा है, यह कुछ विशिष्ट सॉर्टिंग क्विर्क के साथ आता है (ÄÖÜ जेड मुझे लगता है) के बाद आता है लेकिन वे कहीं भी अंतरराष्ट्रीय मानक के पास नहीं हैं।
मुझे लगता है कि वे इस अजीब कॉलोकेशन को चुनते हैं ताकि उपयोगकर्ता को यह स्पष्ट हो सके कि यह बदल दिया गया है। जो कि ज्यादातर बार अपेक्षित रूप से बाहर नहीं निकला था लेकिन डिफ़ॉल्ट के अत्याचार से रोका गया था :) –
@TheSurrican, क्या एक अजीब जवाब है। यह एक अजीब collation क्या बनाता है? यह स्वीडिश कंपनी द्वारा चुने गए मानक लैटिन 1 का स्वीडिश संस्करण है। यह ओरेकल की तरह ही उनके उत्पादों के लिए यूएस अंग्रेज़ी चुन रहा है। – chrismacp
लैटिन 1_swedish_ci आईएसओ 885 9 -1 और आईएसओ 885 9 -1 के रूप में सॉर्ट किए जाने पर उपलब्ध विकल्पों में से पहला है, इसलिए यदि आप कोई विकल्प निर्दिष्ट नहीं करते हैं, तो
latin1 डिफ़ॉल्ट वर्ण सेट है। MySQL का लैटिन 1 विंडोज सीपी 1252 चरित्र सेट जैसा ही है। इसका मतलब है कि यह आधिकारिक आईएसओ 885 9 -1 या आईएएनए (इंटरनेट असाइन नंबर नंबर अथॉरिटी) लैटिन 1 जैसा ही है, सिवाय इसके कि आईएएनए लैटिन 1 0x80 और 0x9f के बीच कोड पॉइंट्स को "अपरिभाषित" के रूप में मानता है, जबकि सीपी 1252, और इसलिए माईएसक्यूएल के लैटिन 1, अक्षर असाइन करते हैं उन पदों के लिए।
सेhttp://dev.mysql.com/doc/refman/5.0/en/charset-we-sets.html
मदद कर सकता है आप समझ क्यों।
हाँ, लेकिन सवाल यह है कि यह डिफ़ॉल्ट चरित्र सेट क्यों है और अविश्वसनीय रूप से अधिक बहुमुखी यूटीएफ -8 नहीं है? –
मुझे पता है कि उसका सवाल क्या था। मैं केवल सुझाव दे सकता हूं कि सीमाएं थीं या इसका व्यापक रूप से उपयोग नहीं किया गया था, या उस समय कुछ हद तक लोकप्रिय नहीं था। – bear
@ पेक्का 웃 ऐसा इसलिए है क्योंकि यूटीएफ -8 के रूप में अद्भुत यह अभी भी ** बहु-बाइट ** और बदतर चर लंबाई बहु-बाइट है। और यह बेहद सरल कार्यक्रमों के लिए मौत की घंटी है। मुझे नहीं लगता कि कोई भी ठंडे पसीने में 5 और 7 बाइट 'लैटिन 1' वर्णों की चिंता करता है। बेशक यह केवल अतीत पर लागू हो सकता है। * था * नहीं * है * ... – ebyrob
इस तरह की सबसे अजीब विशेषताएं ऐतिहासिक हैं। उन्होंने इसे बहुत समय पहले किया था, और अब वे उस व्यवहार के आधार पर कुछ ऐप तोड़ने के बिना इसे बदल नहीं सकते हैं।
शायद यूटीएफ 8 लोकप्रिय नहीं था। या शायद MySQL ने वर्णमाला का समर्थन नहीं किया है, जहां कई बाइट तब चरित्र पर एन्कोड करते हैं।
एकल-बाइट एन्कोडिंग का उपयोग करके बहु-बाइट एन्कोडिंग पर कुछ फायदे हैं, उदा। बाइट्स में एक स्ट्रिंग की लंबाई वर्णों में उस स्ट्रिंग की लंबाई के बराबर होती है। इसलिए यदि आप सब्सक्रिप्शन जैसे फ़ंक्शंस का उपयोग करते हैं तो यह स्पष्ट रूप से स्पष्ट नहीं है कि क्या आप अक्षर या बाइट्स का मतलब रखते हैं। साथ ही, इसी कारण से, बहु-बाइट एन्कोडिंग का समर्थन करने के लिए आंतरिक कोड में काफी बदलाव की आवश्यकता है।
अच्छा सवाल! mySQL एक स्वीडिश कंपनी है (या इस्तेमाल किया जाता है), तो शायद स्वीडिश भाग का कारण है ... क्यों लैटिन 1, मुझे नहीं पता। –
@ पेक्का +1 आह ..... यह दिलचस्प है। मैं नहीं जानता था कि। – Metropolis
का संभावित डुप्लिकेट [MySQL का डिफ़ॉल्ट संयोजन क्यों है latin1 \ _swedish \ _ci?] (Http://stackoverflow.com/questions/6769901/why-is-mysqls-default-collation-latin1-swedish-ci) –