lowercase कीवर्ड वाला SQL फ़ॉर्मेटर

SQL कीवर्ड को अपरकेस करना उस दौर से आता है जब कोड एडिटर में बिल्कुल भी सिंटैक्स हाइलाइटिंग नहीं होती थी, और `SELECT` व `WHERE` को आस-पास के टेबल और कॉलम नामों से विज़ुअली अलग करने के लिए उन्हें हाथ से एक अलग कैपिटलाइज़ेशन में लिखना पड़ता था — यह उस कलर-कोडिंग का विकल्प था जो कोई आधुनिक एडिटर अब अपने आप देता है। लगभग हर आधुनिक एडिटर और IDE द्वारा SQL कीवर्ड को कैसे भी लिखा जाए रंग से हाइलाइट किए जाने के साथ, वह मूल वजह ज़्यादातर ख़त्म हो चुकी है, और कई आधुनिक स्टाइल गाइड एक सरल वजह से हर जगह lowercase की सिफ़ारिश करने लगे हैं: यह टाइप करने में तेज़ है और क्वेरी लिखते समय अपरकेस व lowercase के बीच मानसिक बदलाव की ज़रूरत नहीं रखता।

कीवर्ड के लिए सही कैपिटलाइज़ेशन परंपरा आख़िरकार वही है जो किसी दिए गए प्रोजेक्ट का मौजूदा कोडबेस या स्टाइल गाइड पहले से इस्तेमाल करता है, कोई वस्तुनिष्ठ रूप से सही चुनाव नहीं — क्वेरी का असली व्यवहार वैसे भी एक जैसा है। यह प्रीसेट ख़ास तौर पर उन टीमों और लोगों के लिए मौजूद है जो पहले से lowercase चुन चुके हैं, तो कोई फ़ॉर्मेट की क्वेरी आस-पास के कोडबेस की प्रमुख स्टाइल से मेल खाती है बजाय किसी ऐसी फ़ाइल में असंगत कैपिटलाइज़ेशन वाली क्वेरी डालने के जहाँ हर दूसरी क्वेरी lowercase में है।

किसी कोडबेस में कीवर्ड कैपिटलाइज़ेशन मिलाने की असली क़ीमत तकनीकी नहीं है — SQL को इससे कोई फ़र्क़ नहीं पड़ता — यह किसी रिव्यूअर के ध्यान का वह छोटा-छोटा जमा होता घर्षण है जो हर बार क्वेरी पढ़ने पर किसी असंगति पर अटक जाता है, जो हफ़्ते में दर्जनों क्वेरी रिव्यू करने वाली किसी टीम में जुड़ता जाता है। एक परंपरा चुनना, lowercase या अपरकेस, और उसे एक जैसे लागू करना ही वह चीज़ है जो असल में पढ़ने लायक़पन का फ़ायदा लाती है; यह प्रीसेट lowercase को मैकेनिकल डिफ़ॉल्ट बनाता है ताकि किसी को टीम की चुनी स्टाइल से मिलाने के लिए हाथ से कीवर्ड दोबारा न लिखने पड़ें।