SQL कीवर्ड को बड़ा करने के क्या अच्छे कारण हैं?


28

ऐसे बहुत से डेवलपर प्रतीत होते हैं जो कीवर्ड्स को कैपिटल में लिखकर अपनी SQL लिखते हैं:

SELECT column
FROM table
     INNER JOIN table
     ON condition
WHERE condition
GROUP BY clause
HAVING condition

मैं सोच रहा हूं कि लोग इस दृष्टिकोण से क्यों चिपके हैं? स्पष्ट रूप से, यह एक लंबे समय से स्थापित सम्मेलन है - लेकिन मैं कभी भी आरडीबीएमएस में नहीं चला हूं जिसमें पूंजीकरण की आवश्यकता होती है।

निजी तौर पर, मुझे लगता है कि क्वेरी के बिल्कुल गलत हिस्से पर ध्यान देने के लिए, मैं कीवर्ड्स को लोअरकेस में लिखता हूं।

फिर भी, पर्याप्त लोग इस सम्मेलन का उपयोग करते हैं कि मुझे लगता है कि मुझे कुछ याद आ रहा है, इसलिए यह सवाल है।


3
आपके आईडीई कीवर्ड टेक्स्ट को एक अलग रंग बनाता है, भले ही कीवर्ड अधिक हों, अच्छा लगता है।
मफिन मैन

3
एक भाषा के भीतर एक भाषा के साथ सामना करने का एकमात्र तरीका, SHOUTSQL दुभाषिया में आदेशों के लिए है ...
बेन DeMott

मेरा सवाल भी। +1
सईद नेमाटी

SQL कीवर्ड को कैपिटल करना मैं समझ सकता हूं। अधिकांश तालिका घोषणाएँ और प्रश्न जो मैं देख रहा हूँ उनमें से प्रत्येक, तालिका के नाम और स्तंभ शामिल हैं।
MPelletier

जवाबों:


22

पूंजीकरण उन्हें बाहर खड़ा करता है, जैसा कि क्वेरी विंडो में अन्य वर्णों के विपरीत है।

कारण है कि मैं ऐसा नहीं करता क्योंकि यह बहुत बड़ा समय है। आप दो काम कर सकते हैं:

1) शब्द को टाइप करते समय अपनी शिफ्ट की को नीचे दबाए रखें : रास्ता बहुत अधिक त्रुटि वाला है और सिर्फ हाँफ रहा है।

2) शब्द की अवधि के लिए कैप्स लॉक पर रखें : समय की थोड़ी बहुत खपत।

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

यह किताबों और ऑनलाइन ट्यूटोरियल में अच्छा अभ्यास है, हालांकि, यह स्पष्ट है कि आरक्षित कीवर्ड क्या हैं। यह उन अलिखित चीजों में से एक है।


20
@dave लेकिन एप्लिकेशन कोड के विपरीत, SQL स्क्रिप्ट को सिंटैक्स हाइलाइटिंग के बिना एक संपादक में देखे जाने की संभावना है।
Aaronaught

8
@dave: एसक्यूएल स्क्रिप्ट पूरी तरह से स्व-निहित होती हैं और लगभग हमेशा ई-मेल की जाती हैं, टेक्स्टारस में टाइप की जाती हैं, ऑडिटर्स के लिए प्रिंट की जाती हैं या एसक्यूएल * प्लस जैसी कमांड-लाइन यूटिलिटीज में इनपुट किया जाता है। यह आपके पर्यावरण के बारे में नहीं है, यह उस वातावरण के बाहर जीवनकाल की लिपियों के बारे में है - ऐसा कुछ जो एप्लिकेशन स्रोत कोड के साथ वास्तव में चिंता का विषय नहीं है क्योंकि इसका कंपाइलर / आईडीई के बाहर कोई वास्तविक उपयोग नहीं है।
हारून

6
SQL स्टेटमेंट अक्सर लॉग फाइल, एरर मैसेज, XML डॉक्यूमेंट्स और उन सभी प्रकार के स्थानों में दिखाई देते हैं जहाँ सिंटैक्स हाइलाइटिंग एक विकल्प नहीं है - इसलिए किसी भी फॉर्मेटिंग को पढ़ने में आसानी होती है जो हमेशा स्वागत योग्य है।
जेम्स एंडरसन

8
-1 यदि शिफ्ट को दबाकर रखा जाए या कैप लॉक को दबाया जाए तो मुझे लगता है कि अन्य समस्याएं हैं। और वास्तव में आपने कितना .25 सेकंड बचाया है जो वास्तव में कुछ भी प्रभावित करता है?
TheLQ

2
आपके सवाल का मेरा जवाब एक और सवाल है: क्या आप रोज एसक्यूएल कोड लिखते हैं? और कोड की मात्रा से .25 सेकंड में एक SQL डेवलपर / dba लिखता है ...

8

मुझे लगता है कि इस प्रकार का पूंजीकरण क्वेरी के विभिन्न हिस्सों को नेत्रहीन रूप से तोड़ने का एक त्वरित और आसान तरीका प्रदान करता है। अच्छे इंडेंटेशन के साथ संयुक्त यह तर्क की पठनीयता और समझ में मदद कर सकता है।

यह है कि मानक के बारे में कुछ भी नहीं है या नहीं, मुझे नहीं पता। लेकिन यह मेरा निजी अनुभव है।


7

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

व्यक्तिगत रूप से मुझे यह पढ़ना उतना ही आसान लगता है अगर वे कैपिटल में नहीं हैं, लेकिन बहुत से लोग उन्हें इस तरह से पढ़ने के लिए अभ्यस्त हैं, अगर आप कैपिटल नहीं करते हैं तो यह उन्हें फेंक देता है।


4
मैं हाल ही में लोग हैं, जो वास्तव में के संपर्क में किया गया है करने के सम्मेलन रिवर्स, वस्तु के नाम को बड़े अक्षरों में और छोटे में कीवर्ड छोड़ने; यह कम से कम कहने के लिए परेशान है।
एरॉन

6

SQL एक क्लॉज़-ओरिएंटेड भाषा है, जो मेरे द्वारा अनुभव की गई किसी भी चीज़ से बहुत अधिक है। आपको अपना SELECT क्लॉज़, और आपका FROM क्लॉज़, और आपका JOIN क्लॉज़ (s) और आपका WHERE क्लॉज़ मिल गया है। आदेश द्वारा, ग्रुप BY, आदि, आदि

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


2

निजी तौर पर, मुझे लगता है कि क्वेरी के बिल्कुल गलत हिस्से पर ध्यान देने के लिए, मैं कीवर्ड्स को लोअरकेस में लिखता हूं।

जैसा कि बताया गया है, पुराने IDE के साथ आपके पास पाठ को अलग करने के लिए आवरण के अलावा कई विकल्प नहीं थे। जब आप इंगित करते हैं, तो कीवर्ड को खड़ा करना आपका ध्यान खींचता है जहां से यह होना चाहिए। मुद्दा यह है कि आप जानते हैं कि कीवर्ड को हमेशा कैपिटल में रखा जा सकता है, जबकि अन्य सामान में शाब्दिक और पहचानकर्ता शामिल हो सकते हैं जो कि संवेदनशील होते हैं। यह कम से कम प्रतिरोध का मार्ग प्रशस्त करता है, जिससे कि केवल खोजशब्दों को पूंजीकृत किया जा सके।


-1

मेरे मामले में, मैं सिंटैक्स हाइलाइटिंग के स्वतंत्र रूप से कीवर्ड को कैपिटलाइज़ करना पसंद करता हूं। कल्पना करें कि आपके पास एक उचित SQL संपादक नहीं है और आपको नोटपैड या वर्डपैड में अपनी स्क्रिप्ट लिखने / संपादित करने या खोलने की आवश्यकता है। इन संपादकों में एक सिंटैक्स हाइलाइटिंग नहीं है।

मैं उसी कारण के लिए SQL सर्वर के हाइलाइटिंग सिंटैक्स पर ज्यादा ध्यान नहीं देता, जो मैंने ऊपर वर्णित किया है, लेकिन यह उपयोगी है (यह मेरे लिए सभी कोड ब्लैक में देखने के लिए ऊब गया है)। मैंने हमेशा अपने चर, स्थिरांक, नाम, वगैरह से कीवर्ड को अलग करने के लिए अपरकेस का उपयोग किया है।


यह एक टिप्पणी होनी चाहिए थी, लेकिन आपके पास एक पोस्ट करने की प्रतिष्ठा नहीं है ...
एडम जुकरमैन

मैंने इसे मूल प्रश्न में शामिल किया - कीवर्ड के लिए CAPITALS का उपयोग करना पाठकों को क्वेरी या स्टेटमेंट के कम से कम महत्वपूर्ण हिस्से की ओर आकर्षित करता है ।
बेवन
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.