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

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

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


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

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

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

केस-असंवेदनशील ऑपरेशन को कभी-कभी कैरेक्टर कोड टेबल को फोल्ड करने के विचार से केस को फोल्ड करने के लिए कहा जाता है जिससे अपरकेस और लोअरकेस अक्षर मेल खा सकता है ।

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

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