केस सेंसिटिविटी

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

महत्व के क्षेत्र
स्थिति के आधार पर मामले की संवेदनशीलता भिन्न हो सकती है:


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

प्रोग्रामिंग भाषाओं में
कुछ प्रोग्रामिंग भाषाएँ अपने पहचानकर्ताओं (सी (प्रोग्रामिंग भाषा), सी++, जावा (प्रोग्रामिंग भाषा), सी शार्प (प्रोग्रामिंग भाषा)|सी#, Verilog, के लिए केस-संवेदी होती हैं। रूबी (प्रोग्रामिंग भाषा), पायथन (प्रोग्रामिंग भाषा) और स्विफ्ट (प्रोग्रामिंग भाषा))। अन्य केस-असंवेदनशील हैं (यानी, केस-संवेदी नहीं), जैसे एबीएपी, एडीए (प्रोग्रामिंग भाषा), अधिकांश बुनियादी ्स (बीबीसी बेसिक का अपवाद), फोरट्रान, एसक्यूएल (सिंटैक्स के लिए, और कुछ विक्रेता कार्यान्वयन के लिए, उदाहरण के लिए माइक्रोसॉफ्ट) SQL सर्वर, डेटा ही) और पास्कल (प्रोग्रामिंग भाषा)। ऐसी भाषाएँ भी हैं, जैसे हास्केल (प्रोग्रामिंग भाषा), प्रोलॉग, और गो (प्रोग्रामिंग भाषा), जिसमें एक पहचानकर्ता का बड़ा अक्षर इसके शब्दार्थ (कंप्यूटर विज्ञान) के बारे में जानकारी को एन्कोड करता है। कुछ अन्य प्रोग्रामिंग भाषाओं में अलग-अलग केस संवेदनशीलता होती है; उदाहरण के लिए, PHP में, वेरिएबल नाम केस-संवेदी होते हैं लेकिन फ़ंक्शन नाम केस-संवेदी नहीं होते हैं। इसका मतलब यह है कि यदि आप किसी फ़ंक्शन को लोअरकेस में परिभाषित करते हैं, तो आप इसे अपरकेस में कॉल कर सकते हैं, लेकिन यदि आप किसी वेरिएबल को लोअरकेस में परिभाषित करते हैं, तो आप इसे अपरकेस में संदर्भित नहीं कर सकते हैं। निम (प्रोग्रामिंग भाषा) केस-असंवेदनशील है और अंडरस्कोर को अनदेखा करता है, जब तक कि पहले अक्षर मेल खाते हों।

पाठ खोज में
सिस्टम, एप्लिकेशन या संदर्भ के आधार पर टेक्स्ट खोज ऑपरेशन केस-संवेदी या केस-असंवेदनशील हो सकता है। उपयोगकर्ता कई मामलों में यह निर्दिष्ट कर सकता है कि कोई खोज मामले के प्रति संवेदनशील है या नहीं, उदाहरण के लिए अधिकांश टेक्स्ट संपादकों, वर्ड प्रोसेसर और वेब ब्राउज़र में। एक केस-असंवेदनशील खोज अधिक व्यापक है, भाषा (वाक्य की शुरुआत में), भाषा और भाषा (बड़े अक्षरों में शीर्षक में) ढूँढना; एक केस-संवेदी खोज से कंप्यूटर भाषा बेसिक मिल जाएगी लेकिन शब्द के कई अवांछित उदाहरणों को बाहर कर दिया जाएगा। उदाहरण के लिए, Google खोज इंजन मूल रूप से केस-संवेदनशील है, जिसमें केस-संवेदी खोज के लिए कोई विकल्प नहीं है। Oracle डेटाबेस SQL ​​में अधिकांश ऑपरेशन और खोजें डिफ़ॉल्ट रूप से केस-संवेदी होती हैं, जबकि अधिकांश अन्य डेटाबेस प्रबंधन सिस्टम की SQL खोजें डिफ़ॉल्ट रूप से केस-असंवेदनशील होती हैं। केस-असंवेदनशील ऑपरेशन को कभी-कभी कैरेक्टर कोड टेबल को फोल्ड करने के विचार से केस को फोल्ड करने के लिए कहा जाता है ताकि अपरकेस और लोअरकेस अक्षर मेल खा सकें।

फ़ाइल सिस्टम में
यूनिक्स जैसी प्रणालियों में फ़ाइल सिस्टम में, फ़ाइल नाम आमतौर पर केस-संवेदी होते हैं (एक ही निर्देशिका में अलग-अलग readme.txt और Readme.txt फ़ाइलें हो सकती हैं)। MacOS कुछ हद तक असामान्य है, डिफ़ॉल्ट रूप से, यह केस-असंवेदनशील में HFS प्लस|HFS+ और APFS का उपयोग करता है (ताकि एक ही निर्देशिका में readme.txt और एक Readme.txt न हो सके) लेकिन केस प्रिजर्वेशन|केस-प्रिजर्विंग मोड (ताकि readme.txt के रूप में बनाई गई फ़ाइल को readme.txt के रूप में दिखाया जाए और Readme.txt के रूप में बनाई गई फ़ाइल को Readme.txt के रूप में दिखाया जाए) डिफ़ॉल्ट रूप से। यह डेवलपर्स और पावर उपयोगकर्ताओं के लिए कुछ समस्याएं पैदा करता है, क्योंकि अन्य यूनिक्स-जैसे वातावरण में अधिकांश फ़ाइल सिस्टम केस-संवेदी होते हैं, और, उदाहरण के लिए, यूनिक्स-जैसे सिस्टम के लिए सॉफ़्टवेयर के स्रोत कोड ट्री में मेकफ़ाइल नामक फ़ाइल और ए दोनों हो सकते हैं उसी निर्देशिका में मेकफ़ाइल नाम की फ़ाइल। इसके अलावा, कुछ मैक इंस्टालेशन (कंप्यूटर प्रोग्राम)#इंस्टॉलर केस असंवेदनशीलता मानते हैं और केस-सेंसिटिव फ़ाइल सिस्टम पर विफल हो जाते हैं।

पुराने MS-DOS फ़ाइल सिस्टम FAT12 और FAT16 केस-संवेदनशील थे और केस-प्रिज़र्विंग नहीं थे, इसलिए एक फ़ाइल जिसका नाम readme.txt या ReadMe.txt के रूप में दर्ज किया गया है, उसे README.TXT के रूप में सहेजा जाता है। बाद में, विंडोज़ 95 में वीएफएटी के साथ एफएटी फ़ाइल सिस्टम लंबे फ़ाइल नामों का समर्थन करने के विस्तार के रूप में केस-प्रिज़र्विंग बन गए। बाद में एनटीएफएस जैसे विंडोज़ फ़ाइल सिस्टम आंतरिक रूप से केस-संवेदी होते हैं, और एक readme.txt और एक Readme.txt एक ही निर्देशिका में सह-अस्तित्व में रह सकते हैं। हालाँकि, जहाँ तक उपयोगकर्ताओं और अधिकांश सॉफ़्टवेयर का संबंध है, व्यावहारिक उद्देश्यों के लिए फ़ाइल नाम केस-असंवेदनशील व्यवहार करते हैं। यह MacOS केस-असंवेदनशील फ़ाइल सिस्टम की समस्याओं के समान, यूनिक्स जैसे वातावरण से आने वाले डेवलपर्स या सॉफ़्टवेयर के लिए समस्याएँ पैदा कर सकता है।