केस सेंसिटिविटी: Difference between revisions

From Vigyanwiki
(Created page with "{{Short description|Defines whether uppercase and lowercase letters are treated as distinct}}कंप्यूटर में, केस सेंसिटिविटी...")
 
 
(4 intermediate revisions by 3 users not shown)
Line 1: Line 1:
{{Short description|Defines whether uppercase and lowercase letters are treated as distinct}}कंप्यूटर में, केस सेंसिटिविटी यह परिभाषित करती है कि [[ पत्र मामला ]] लेटर को अलग (केस-सेंसिटिव) या समकक्ष (केस-इन्सेंसिव) माना जाता है या नहीं। उदाहरण के लिए, जब कुत्तों के बारे में जानने में रुचि रखने वाले उपयोगकर्ता ई-पुस्तक खोजते हैं, तो कुत्ता और कुत्ता उनके लिए समान महत्व रखते हैं। इस प्रकार, वे केस-असंवेदनशील खोज का अनुरोध करते हैं। लेकिन जब वे [[संयुक्त राष्ट्र]] के बारे में जानकारी के लिए एक ऑनलाइन विश्वकोश खोजते हैं, उदाहरण के लिए, या पूंजीकरण के संबंध में कोई अस्पष्टता नहीं होती है और पूंजीकरण द्वारा काटे गए दो या दो से अधिक शब्दों के बीच अस्पष्टता होती है, तो वे केस-संवेदी खोज को प्राथमिकता दे सकते हैं।
{{Short description|Defines whether uppercase and lowercase letters are treated as distinct}}


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


* [[स्ट्रिंग-खोज एल्गोरिदम]]: उपयोगकर्ता उम्मीद करते हैं कि सूचना पुनर्प्राप्ति प्रणाली किसी ऑपरेशन की प्रकृति के आधार पर सही केस संवेदनशीलता रखने में सक्षम होगी। किसी ऑनलाइन जर्नल में कुत्ता शब्द ढूंढने वाले उपयोगकर्ता शायद कुत्ते या डॉग के बीच अंतर नहीं करना चाहते, क्योंकि यह एक लेखन भेद है; शब्द का मिलान किया जाना चाहिए चाहे वह वाक्य की शुरुआत में आता हो या नहीं। दूसरी ओर, ब्रांड नाम, ट्रेडमार्क, मानव नाम या शहर के नाम के बारे में जानकारी तलाशने वाले उपयोगकर्ता अप्रासंगिक परिणामों को फ़िल्टर करने के लिए केस-संवेदी ऑपरेशन करने में रुचि ले सकते हैं। उदाहरण के लिए, जेड नाम की खोज करने वाला कोई व्यक्ति जेड नामक खनिज का संदर्भ नहीं ढूंढना चाहेगा। उदाहरण के लिए [[अंग्रेजी विकिपीडिया]] पर [[ गलती से होने वाला सैन्य आक्रमण ]] की खोज सैन्य लेख लौटाती है लेकिन फ्रेंडली फायर (बहुविकल्पी) (बड़े अक्षरों में फायर) अस्पष्टीकरण पृष्ठ लौटाती है।<ref group=NB>Note that the link "Friendly Fire" must go through the (disambiguation) qualifier in a Wikipedia article to avoid a [[WP:INTDAB]] error.</ref><ref>See [[WP:DIFFCAPS]]</ref>
==महत्व के क्षेत्र                                                                                      ==
* उपयोक्तानाम: प्रमाणीकरण प्रणाली आम तौर पर उपयोक्तानाम को केस-असंवेदनशील मानती है, जिससे उन्हें याद रखना आसान हो जाता है, टाइपिंग की जटिलता कम हो जाती है, और जब दो उपयोक्तानाम उनके अक्षरों में से एक के मामले को छोड़कर हर पहलू में समान होते हैं, तो गलतियों और प्रतिरूपणकर्ता दोनों की संभावना समाप्त हो जाती है। हालाँकि, ये सिस्टम केस-ब्लाइंड नहीं हैं। वे संरक्षण का मामला रखते हैं ताकि उपयोगकर्ता सौंदर्य की दृष्टि से मनभावन [[उपयोगकर्ता नाम]] संयोजन चुन सकें।
स्थिति के आधार पर स्थिति की संवेदनशीलता भिन्न हो सकती है:
* [[पासवर्ड]]: प्रमाणीकरण प्रणाली आमतौर पर पासवर्ड को केस-सेंसिटिव मानती है। यह उपयोगकर्ताओं को अपने पासवर्ड की जटिलता बढ़ाने में सक्षम बनाता है।
* फ़ाइल नाम#पत्र केस संरक्षण: परंपरागत रूप से, यूनिक्स जैसे ऑपरेटिंग सिस्टम फ़ाइल नामों को केस-संवेदनशील मानते हैं जबकि [[ माइक्रोसॉफ़्ट विंडोज़ ]]़ केस-असंवेदनशील है, लेकिन अधिकांश फ़ाइल सिस्टम के लिए, केस संरक्षण|केस-संरक्षण। अधिक विवरण के लिए, नीचे देखें।
* [[ चर (प्रोग्रामिंग) ]]: कुछ प्रोग्रामिंग भाषाएं अपने वेरिएबल नामों के लिए केस-संवेदी होती हैं जबकि अन्य नहीं। अधिक विवरण के लिए, नीचे देखें।
* [[यूआरएल]]: प्राप्त [[वेब सर्वर]] के आधार पर यूआरएल का पथ, क्वेरी, खंड और प्राधिकरण अनुभाग केस-संवेदी हो भी सकते हैं और नहीं भी। हालाँकि, योजना और होस्ट भाग सख्ती से लोअरकेस हैं।


==[[प्रोग्रामिंग भाषा]]ओं में==
* [[स्ट्रिंग-खोज एल्गोरिदम]]: उपयोगकर्ता उम्मीद करते हैं कि सूचना पुनर्प्राप्ति प्रणाली किसी ऑपरेशन की प्रकृति के आधार पर सही केस संवेदनशीलता रखने में सक्षम होगी। किसी ऑनलाइन जर्नल में कुत्ता शब्द खोजने वाले उपयोगकर्ता संभवतः कुत्ते या डॉग के बीच अंतर नहीं करना चाहते, क्योंकि यह एक लेखन भेद है; जहाँ शब्द का मिलान किया जाना चाहिए चाहे वह वाक्य की प्रारंभ में आता हो या नहीं। दूसरी ओर, ब्रांड नाम, ट्रेडमार्क, मानव नाम या शहर के नाम के बारे में जानकारी खोजने वाले उपयोगकर्ता अप्रासंगिक परिणामों को फ़िल्टर करने के लिए केस-संवेदी ऑपरेशन करने में रुचि ले सकते हैं। उदाहरण के लिए, जेड नाम की खोज करने वाला कोई व्यक्ति जेड नामक खनिज का संदर्भ नहीं खोजना चाहेगा। उदाहरण के लिए [[अंग्रेजी विकिपीडिया]] पर फ्रेंडली फायर की खोज सैन्य लेख लौटाती है, किन्तु फ्रेंडली फायर (बड़े अक्षरों में "फायर") असंबद्धता पृष्ठ लौटाता है।<ref group="NB">Note that the link "Friendly Fire" must go through the (disambiguation) qualifier in a Wikipedia article to avoid a [[WP:INTDAB]] error.</ref><ref>See [[WP:DIFFCAPS]]</ref>
कुछ प्रोग्रामिंग भाषाएँ अपने पहचानकर्ताओं ([[सी (प्रोग्रामिंग भाषा)]], [[सी++]], [[जावा (प्रोग्रामिंग भाषा)]], सी शार्प (प्रोग्रामिंग भाषा)|सी#, [[Verilog]], के लिए केस-संवेदी होती हैं।<ref name="k&r1e">{{cite book | last1 = Kernighan | first1 = Brian W. | author-link = Brian Kernighan | last2 = Ritchie | first2 = Dennis M. | author-link2 = Dennis Ritchie | chapter = Chapter 2: Types, Operators and Expressions | page = [https://archive.org/details/cprogramminglang00kern/page/33 33] | title = [[The C Programming Language]] | edition = 1st | publisher = Prentice Hall | date = February 1978 | location = Englewood Cliffs, NJ | isbn = 0-13-110163-3 }}</ref> [[रूबी (प्रोग्रामिंग भाषा)]],<ref>{{cite book | last = Matsumoto | first = Yukihiro | author-link = Yukihiro Matsumoto | chapter = Chapter 2: Language Basics | page = [https://archive.org/details/rubyinnutshellde00mats/page/9 9] | title = संक्षेप में रूबी| edition = 1st | publisher = O'Reilly Media | date = January 2002 | isbn = 0-596-00214-9 | chapter-url = https://archive.org/details/rubyinnutshellde00mats/page/9 }}</ref> [[पायथन (प्रोग्रामिंग भाषा)]] और [[स्विफ्ट (प्रोग्रामिंग भाषा)]])। अन्य केस-असंवेदनशील हैं (यानी, केस-संवेदी नहीं), जैसे [[एबीएपी]], एडीए (प्रोग्रामिंग भाषा), अधिकांश [[ बुनियादी ]]्स ([[बीबीसी बेसिक]] का अपवाद), [[फोरट्रान]], [[एसक्यूएल]] (सिंटैक्स के लिए, और कुछ विक्रेता कार्यान्वयन के लिए, उदाहरण के लिए माइक्रोसॉफ्ट) SQL सर्वर, डेटा ही)<ref group='NB'>Although one can explicitly set a single database or column [[collation]] to be case-sensitive</ref> और [[पास्कल (प्रोग्रामिंग भाषा)]]। ऐसी भाषाएँ भी हैं, जैसे [[हास्केल (प्रोग्रामिंग भाषा)]], [[प्रोलॉग]], और गो (प्रोग्रामिंग भाषा), जिसमें एक पहचानकर्ता का बड़ा अक्षर इसके [[शब्दार्थ (कंप्यूटर विज्ञान)]] के बारे में जानकारी को एन्कोड करता है। कुछ अन्य प्रोग्रामिंग भाषाओं में अलग-अलग केस संवेदनशीलता होती है; उदाहरण के लिए, [[PHP]] में, वेरिएबल नाम केस-संवेदी होते हैं लेकिन फ़ंक्शन नाम केस-संवेदी नहीं होते हैं। इसका मतलब यह है कि यदि आप किसी फ़ंक्शन को लोअरकेस में परिभाषित करते हैं, तो आप इसे अपरकेस में कॉल कर सकते हैं, लेकिन यदि आप किसी वेरिएबल को लोअरकेस में परिभाषित करते हैं, तो आप इसे अपरकेस में संदर्भित नहीं कर सकते हैं। [[निम (प्रोग्रामिंग भाषा)]] केस-असंवेदनशील है और अंडरस्कोर को अनदेखा करता है, जब तक कि पहले अक्षर मेल खाते हों।<ref>{{Cite web|url=https://nim-lang.github.io/Nim/manual.html#lexical-analysis-identifier-equality|title=Nim Manual: Identifier Equality|website=nim-lang.github.io|access-date=2019-04-27}}</ref>
* उपयोक्तानाम: प्रमाणीकरण प्रणाली समान्यत: उपयोक्तानाम को केस-असंवेदनशील मानती है, जिससे उन्हें याद रखना आसान हो जाता है, टाइपिंग की कॉम्प्लेक्सिटी कम हो जाती है, और जब दो उपयोक्तानाम उनके अक्षरों में से एक के स्थिति को छोड़कर हर विधि से समान होते हैं, तो गलतियों और प्रतिरूपणकर्ता दोनों की संभावना समाप्त हो जाती है। चूँकि , ये सिस्टम केस-ब्लाइंड नहीं हैं। वे संरक्षण का मामला रखते हैं जिससे उपयोगकर्ता सौंदर्य की दृष्टि से मनभावन [[उपयोगकर्ता नाम]] संयोजन चुन सकते है ।
* [[पासवर्ड]]: प्रमाणीकरण प्रणाली समान्यत: पासवर्ड को केस-सेंसिटिव मानती है। यह उपयोगकर्ताओं को अपने पासवर्ड की कॉम्प्लेक्सिटी बढ़ाने में सक्षम बनाता है।
* फ़ाइल नाम या पत्र केस संरक्षण: परंपरागत रूप से, यूनिक्स जैसे ऑपरेटिंग सिस्टम फ़ाइल नामों को केस-संवेदनशील मानते हैं जबकि [[ माइक्रोसॉफ़्ट विंडोज़ |माइक्रोसॉफ़्ट विंडोज़]] केस-असंवेदनशील है, किन्तु अधिकांश फ़ाइल सिस्टम के लिए, केस संरक्षण या केस-संरक्षण अधिक विवरण के लिए, नीचे देखें।
* [[ चर (प्रोग्रामिंग) | वेरिएबल (प्रोग्रामिंग)]] : कुछ प्रोग्रामिंग भाषाएं अपने वेरिएबल नामों के लिए केस-संवेदी होती हैं जबकि अन्य नहीं। अधिक विवरण के लिए, नीचे देखें।
* [[यूआरएल]]: प्राप्त [[वेब सर्वर]] के आधार पर यूआरएल का पथ, क्वेरी, खंड और प्राधिकरण अनुभाग केस-संवेदी हो भी सकते हैं और नहीं भी। चूँकि , योजना और होस्ट भाग सख्ती से लोअरकेस हैं।


==[[प्रोग्रामिंग भाषा|प्रोग्रामिंग]] लैंग्वेज में==
कुछ प्रोग्रामिंग लैंग्वेज अपने पहचानकर्ताओं ([[सी (प्रोग्रामिंग भाषा)|सी (प्रोग्रामिंग लैंग्वेज )]], [[सी++]], [[जावा (प्रोग्रामिंग भाषा)|जावा (प्रोग्रामिंग लैंग्वेज )]], सी शार्प (प्रोग्रामिंग लैंग्वेज )|सी#, [[Verilog|वेरिलोग]], के लिए केस-संवेदी होती हैं।<ref name="k&r1e">{{cite book | last1 = Kernighan | first1 = Brian W. | author-link = Brian Kernighan | last2 = Ritchie | first2 = Dennis M. | author-link2 = Dennis Ritchie | chapter = Chapter 2: Types, Operators and Expressions | page = [https://archive.org/details/cprogramminglang00kern/page/33 33] | title = [[The C Programming Language]] | edition = 1st | publisher = Prentice Hall | date = February 1978 | location = Englewood Cliffs, NJ | isbn = 0-13-110163-3 }}</ref> [[रूबी (प्रोग्रामिंग भाषा)|रूबी (प्रोग्रामिंग लैंग्वेज )]],<ref>{{cite book | last = Matsumoto | first = Yukihiro | author-link = Yukihiro Matsumoto | chapter = Chapter 2: Language Basics | page = [https://archive.org/details/rubyinnutshellde00mats/page/9 9] | title = संक्षेप में रूबी| edition = 1st | publisher = O'Reilly Media | date = January 2002 | isbn = 0-596-00214-9 | chapter-url = https://archive.org/details/rubyinnutshellde00mats/page/9 }}</ref> [[पायथन (प्रोग्रामिंग भाषा)|पायथन (प्रोग्रामिंग लैंग्वेज )]] और [[स्विफ्ट (प्रोग्रामिंग भाषा)|स्विफ्ट (प्रोग्रामिंग लैंग्वेज )]])। अन्य केस-असंवेदनशील हैं (अथार्त , केस-संवेदी नहीं), जैसे [[एबीएपी]], एडीए (प्रोग्रामिंग लैंग्वेज ), अधिकांश [[ बुनियादी |बेसिक]] ([[बीबीसी बेसिक]] का अपवाद), [[फोरट्रान]], [[एसक्यूएल]] (सिंटैक्स के लिए, और कुछ विक्रेता कार्यान्वयन के लिए, उदाहरण के लिए माइक्रोसॉफ्ट) एसक्यूएल सर्वर, डेटा ही)<ref group="NB">Although one can explicitly set a single database or column [[collation]] to be case-sensitive</ref> और [[पास्कल (प्रोग्रामिंग भाषा)|पास्कल (प्रोग्रामिंग लैंग्वेज )]]। ऐसी लैंग्वेज भी हैं, जैसे [[हास्केल (प्रोग्रामिंग भाषा)|हास्केल (प्रोग्रामिंग लैंग्वेज )]], [[प्रोलॉग]], और गो (प्रोग्रामिंग लैंग्वेज ), जिसमें एक पहचानकर्ता का अपरकेस इसके [[शब्दार्थ (कंप्यूटर विज्ञान)]] के बारे में जानकारी को एन्कोड करता है। कुछ अन्य प्रोग्रामिंग लैंग्वेज में अलग-अलग केस संवेदनशीलता होती है; उदाहरण के लिए, [[PHP|पीएचपी]] में, वेरिएबल नाम केस-संवेदी होते हैं किन्तु फ़ंक्शन नाम केस-संवेदी नहीं होते हैं। इसका अर्थ यह है कि यदि आप किसी फ़ंक्शन को लोअरकेस में परिभाषित करते हैं, तो आप इसे अपरकेस में कॉल कर सकते हैं, किन्तु यदि आप किसी वेरिएबल को लोअरकेस में परिभाषित करते हैं, तो आप इसे अपरकेस में संदर्भित नहीं कर सकते हैं। [[निम (प्रोग्रामिंग भाषा)|निम (प्रोग्रामिंग लैंग्वेज )]] केस-असंवेदनशील है और अंडरस्कोर को अनदेखा करता है, जब तक कि पहले अक्षर मेल खाते हों।<ref>{{Cite web|url=https://nim-lang.github.io/Nim/manual.html#lexical-analysis-identifier-equality|title=Nim Manual: Identifier Equality|website=nim-lang.github.io|access-date=2019-04-27}}</ref>
==टेक्स्ट खोज में==
सिस्टम, एप्लिकेशन या संदर्भ के आधार पर टेक्स्ट खोज ऑपरेशन केस-संवेदी या केस-असंवेदनशील हो सकता है। उपयोगकर्ता अनेक स्थितियों में यह निर्दिष्ट कर सकता है कि कोई खोज स्थिति के प्रति संवेदनशील है या नहीं, उदाहरण के लिए अधिकांश टेक्स्ट संपादकों, वर्ड प्रोसेसर और वेब ब्राउज़र में एक केस-असंवेदनशील खोज अधिक व्यापक है, लैंग्वेज (वाक्य की प्रारंभ में), लैंग्वेज और लैंग्वेज (बड़े अक्षरों में शीर्षक में) खोजना ; एक केस-संवेदी खोज से कंप्यूटर लैंग्वेज बेसिक मिल जाएगी किन्तु शब्द के अनेक अवांछित उदाहरणों को बाहर कर दिया जाएगा। उदाहरण के लिए, गूगल खोज इंजन मूल रूप से केस-संवेदनशील है, जिसमें केस-संवेदी खोज के लिए कोई विकल्प नहीं है।<ref>{{cite web|url=https://code.google.com/p/case-sensitive-search/ |title=केस-सेंसिटिव-सर्च - केस सेंसिटिव गूगल सर्च - गूगल प्रोजेक्ट होस्टिंग|work=code.google.com |access-date=2013-05-20}}</ref> ओरेकल डेटाबेस एसक्यूएल ​​में अधिकांश ऑपरेशन और खोजें डिफ़ॉल्ट रूप से केस-संवेदी होती हैं,<ref>{{cite book|url=http://docs.oracle.com/cd/E12151_01/doc.150/e12152.pdf|title=Oracle SQL Developer User's Guide, Release 1.5|section=2.10 Making Queries Case Insensitive|date=August 2013|publisher=[[Oracle Corporation]]}}</ref> जबकि अधिकांश अन्य डेटाबेस प्रबंधन सिस्टम की एसक्यूएल खोजें डिफ़ॉल्ट रूप से केस-असंवेदनशील होती हैं।<ref>{{cite web|url=http://dev.mysql.com/doc/refman/5.0/en/case-sensitivity.html |title=MySQL :: MySQL 5.0 Reference Manual :: C.5.5.1 Case Sensitivity in String Searches |work=dev.mysql.com |access-date=2013-05-20}}</ref>


==पाठ खोज में==
केस-असंवेदनशील ऑपरेशन को कभी-कभी कैरेक्टर कोड टेबल को फोल्ड करने के विचार से केस को फोल्ड करने के लिए कहा जाता है जिससे अपरकेस और लोअरकेस अक्षर मेल खा सकता है ।
सिस्टम, एप्लिकेशन या संदर्भ के आधार पर टेक्स्ट खोज ऑपरेशन केस-संवेदी या केस-असंवेदनशील हो सकता है। उपयोगकर्ता कई मामलों में यह निर्दिष्ट कर सकता है कि कोई खोज मामले के प्रति संवेदनशील है या नहीं, उदाहरण के लिए अधिकांश टेक्स्ट संपादकों, वर्ड प्रोसेसर और वेब ब्राउज़र में। एक केस-असंवेदनशील खोज अधिक व्यापक है, भाषा (वाक्य की शुरुआत में), भाषा और भाषा (बड़े अक्षरों में शीर्षक में) ढूँढना; एक केस-संवेदी खोज से कंप्यूटर भाषा बेसिक मिल जाएगी लेकिन शब्द के कई अवांछित उदाहरणों को बाहर कर दिया जाएगा। उदाहरण के लिए, Google खोज इंजन मूल रूप से केस-संवेदनशील है, जिसमें केस-संवेदी खोज के लिए कोई विकल्प नहीं है।<ref>{{cite web|url=https://code.google.com/p/case-sensitive-search/ |title=केस-सेंसिटिव-सर्च - केस सेंसिटिव गूगल सर्च - गूगल प्रोजेक्ट होस्टिंग|work=code.google.com |access-date=2013-05-20}}</ref> Oracle डेटाबेस SQL ​​में अधिकांश ऑपरेशन और खोजें डिफ़ॉल्ट रूप से केस-संवेदी होती हैं,<ref>{{cite book|url=http://docs.oracle.com/cd/E12151_01/doc.150/e12152.pdf|title=Oracle SQL Developer User's Guide, Release 1.5|section=2.10 Making Queries Case Insensitive|date=August 2013|publisher=[[Oracle Corporation]]}}</ref> जबकि अधिकांश अन्य डेटाबेस प्रबंधन सिस्टम की SQL खोजें डिफ़ॉल्ट रूप से केस-असंवेदनशील होती हैं।<ref>{{cite web|url=http://dev.mysql.com/doc/refman/5.0/en/case-sensitivity.html |title=MySQL :: MySQL 5.0 Reference Manual :: C.5.5.1 Case Sensitivity in String Searches |work=dev.mysql.com |access-date=2013-05-20}}</ref>
केस-असंवेदनशील ऑपरेशन को कभी-कभी कैरेक्टर कोड टेबल को फोल्ड करने के विचार से केस को फोल्ड करने के लिए कहा जाता है ताकि अपरकेस और लोअरकेस अक्षर मेल खा सकें।


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


पुराने [[MS-DOS]] फ़ाइल सिस्टम [[FAT12]] और [[FAT16]] केस-संवेदनशील थे और केस-प्रिज़र्विंग नहीं थे, इसलिए एक फ़ाइल जिसका नाम readme.txt या ReadMe.txt के रूप में दर्ज किया गया है, उसे README.TXT के रूप में सहेजा जाता है। बाद में, विंडोज़ 95 में [[वीएफएटी]] के साथ एफएटी फ़ाइल सिस्टम [[लंबे फ़ाइल नाम]]ों का समर्थन करने के विस्तार के रूप में केस-प्रिज़र्विंग बन गए।<ref>{{cite web|url=https://technet.microsoft.com/en-us/library/cc739978(v=ws.10).aspx |title=UNIX-आधारित अनुप्रयोगों के लिए सबसिस्टम में केस संवेदनशीलता|work=technet.microsoft.com |date=2005-08-22 |access-date=2013-05-20}}</ref> बाद में [[एनटीएफएस]] जैसे विंडोज़ फ़ाइल सिस्टम आंतरिक रूप से केस-संवेदी होते हैं, और एक readme.txt और एक Readme.txt एक ही निर्देशिका में सह-अस्तित्व में रह सकते हैं। हालाँकि, जहाँ तक उपयोगकर्ताओं और अधिकांश सॉफ़्टवेयर का संबंध है, व्यावहारिक उद्देश्यों के लिए फ़ाइल नाम केस-असंवेदनशील व्यवहार करते हैं।<ref>{{cite web|url=http://support.microsoft.com/kb/100625 |title=एनटीएफएस वॉल्यूम पर फ़ाइल नाम केस सेंसिटिव होते हैं|work=support.microsoft.com |date=2006-11-01 |access-date=2013-05-20}}</ref> यह MacOS केस-असंवेदनशील फ़ाइल सिस्टम की समस्याओं के समान, यूनिक्स जैसे वातावरण से आने वाले डेवलपर्स या सॉफ़्टवेयर के लिए समस्याएँ पैदा कर सकता है।
पुराने [[MS-DOS|एमएस-डॉस]] फ़ाइल सिस्टम [[FAT12|एफएटी12]] और [[FAT16|एफएटी]][[FAT16|16]] केस-संवेदनशील थे और केस-प्रिज़र्विंग नहीं थे, इसलिए एक फ़ाइल जिसका नाम readme.txt या ReadMe.txt के रूप में दर्ज किया गया है, उसे README.TXT के रूप में सहेजा जाता है। बाद में, विंडोज़ 95 में [[वीएफएटी]] के साथ एफएटी फ़ाइल सिस्टम [[लंबे फ़ाइल नाम]] का समर्थन करने के विस्तार के रूप में केस-प्रिज़र्विंग बन गए।<ref>{{cite web|url=https://technet.microsoft.com/en-us/library/cc739978(v=ws.10).aspx |title=UNIX-आधारित अनुप्रयोगों के लिए सबसिस्टम में केस संवेदनशीलता|work=technet.microsoft.com |date=2005-08-22 |access-date=2013-05-20}}</ref> इसके बाद में [[एनटीएफएस]] जैसे विंडोज़ फ़ाइल सिस्टम आंतरिक रूप से केस-संवेदी होते हैं, और एक readme.txt और एक Readme.txt एक ही निर्देशिका में सह-अस्तित्व में रह सकते हैं। चूँकि , जहाँ तक उपयोगकर्ताओं और अधिकांश सॉफ़्टवेयर का संबंध है, व्यावहारिक उद्देश्यों के लिए फ़ाइल नाम केस-असंवेदनशील व्यवहार करते हैं।<ref>{{cite web|url=http://support.microsoft.com/kb/100625 |title=एनटीएफएस वॉल्यूम पर फ़ाइल नाम केस सेंसिटिव होते हैं|work=support.microsoft.com |date=2006-11-01 |access-date=2013-05-20}}</ref> यह मैक ओएस केस-असंवेदनशील फ़ाइल सिस्टम की समस्याओं के समान, यूनिक्स जैसे वातावरण से आने वाले डेवलपर्स या सॉफ़्टवेयर के लिए समस्याएँ उत्पन्न कर सकता है।


==टिप्पणियाँ==
==टिप्पणियाँ==
Line 36: Line 37:
[[Category: Machine Translated Page]]
[[Category: Machine Translated Page]]
[[Category:Created On 10/08/2023]]
[[Category:Created On 10/08/2023]]
[[Category:Vigyan Ready]]

Latest revision as of 19:00, 3 October 2023

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

महत्व के क्षेत्र

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

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

प्रोग्रामिंग लैंग्वेज में

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

टेक्स्ट खोज में

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

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

फ़ाइल सिस्टम में

यूनिक्स जैसी प्रणालियों में फ़ाइल सिस्टम में, फ़ाइल नाम समान्यत: केस-संवेदी होते हैं (एक ही निर्देशिका में अलग-अलग 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 में वीएफएटी के साथ एफएटी फ़ाइल सिस्टम लंबे फ़ाइल नाम का समर्थन करने के विस्तार के रूप में केस-प्रिज़र्विंग बन गए।[8] इसके बाद में एनटीएफएस जैसे विंडोज़ फ़ाइल सिस्टम आंतरिक रूप से केस-संवेदी होते हैं, और एक readme.txt और एक Readme.txt एक ही निर्देशिका में सह-अस्तित्व में रह सकते हैं। चूँकि , जहाँ तक उपयोगकर्ताओं और अधिकांश सॉफ़्टवेयर का संबंध है, व्यावहारिक उद्देश्यों के लिए फ़ाइल नाम केस-असंवेदनशील व्यवहार करते हैं।[9] यह मैक ओएस केस-असंवेदनशील फ़ाइल सिस्टम की समस्याओं के समान, यूनिक्स जैसे वातावरण से आने वाले डेवलपर्स या सॉफ़्टवेयर के लिए समस्याएँ उत्पन्न कर सकता है।

टिप्पणियाँ

  1. ↑ Note that the link "Friendly Fire" must go through the (disambiguation) qualifier in a Wikipedia article to avoid a WP:INTDAB error.
  2. ↑ Although one can explicitly set a single database or column collation to be case-sensitive


संदर्भ

  1. ↑ See WP:DIFFCAPS
  2. ↑ Kernighan, Brian W.; Ritchie, Dennis M. (February 1978). "Chapter 2: Types, Operators and Expressions". The C Programming Language (1st ed.). Englewood Cliffs, NJ: Prentice Hall. p. 33. ISBN 0-13-110163-3.
  3. ↑ Matsumoto, Yukihiro (January 2002). "Chapter 2: Language Basics". संक्षेप में रूबी (1st ed.). O'Reilly Media. p. 9. ISBN 0-596-00214-9.
  4. ↑ "Nim Manual: Identifier Equality". nim-lang.github.io. Retrieved 2019-04-27.
  5. ↑ "केस-सेंसिटिव-सर्च - केस सेंसिटिव गूगल सर्च - गूगल प्रोजेक्ट होस्टिंग". code.google.com. Retrieved 2013-05-20.
  6. ↑ "2.10 Making Queries Case Insensitive". Oracle SQL Developer User's Guide, Release 1.5 (PDF). Oracle Corporation. August 2013.
  7. ↑ "MySQL :: MySQL 5.0 Reference Manual :: C.5.5.1 Case Sensitivity in String Searches". dev.mysql.com. Retrieved 2013-05-20.
  8. ↑ "UNIX-आधारित अनुप्रयोगों के लिए सबसिस्टम में केस संवेदनशीलता". technet.microsoft.com. 2005-08-22. Retrieved 2013-05-20.
  9. ↑ "एनटीएफएस वॉल्यूम पर फ़ाइल नाम केस सेंसिटिव होते हैं". support.microsoft.com. 2006-11-01. Retrieved 2013-05-20.
Retrieved from ‘https://www.vigyanwiki.in/index.php?title=केस_सेंसिटिविटी&oldid=262728’