SQL क्वेरी को इसी ब्राउज़र में फॉर्मेट करें। PostgreSQL, MySQL, SQLite, SQL Server और BigQuery के लिए indentation और keyword case।
तीन कदम में SQL फॉर्मेट करें
SQL पेस्ट करें, उसका dialect चुनें और indentation के लिए दो या चार spaces रखें। Keywords जैसा है वैसा रख सकते हैं या uppercase/lowercase कर सकते हैं। फॉर्मेट करें दबाकर परिणाम कॉपी करें या .sql फाइल डाउनलोड करें। उदाहरण भरें से छोटी क्वेरी मिलती है। इनपुट या option बदलने पर पुराना परिणाम हटता है ताकि उसे नया न समझें।
सही SQL dialect चुनना जरूरी है
Standard SQL, PostgreSQL, MySQL, SQLite, SQL Server और BigQuery उपलब्ध हैं। Quoted identifiers, operators, placeholders और विशेष strings के नियम dialect पर निर्भर होते हैं। SQL Server में square brackets और MySQL या BigQuery में संदर्भ के अनुसार backticks इस्तेमाल होते हैं। Parse error आने पर पहले dialect जांचें; केवल formatting error से क्वेरी गलत साबित नहीं होती।
Formatting क्या बदलती है
Formatter clauses और expressions में line breaks और समान indentation लगाता है। Keyword option पहचाने SQL keywords का case बदलता है, quoted string के अंदर का डेटा नहीं। select id, name from users where active = true में SELECT, FROM और WHERE अलग पंक्तियों पर हों तो पढ़ना आसान होता है। टूल column names नहीं बदलता और query parameters की जगह नई values नहीं भरता।
Strings और comments जांचें
Quoted string के अंदर FROM या WHERE डेटा है, SQL clause नहीं। Formatting के बाद comments और literals का अर्थ सही रहना चाहिए। टूल syntax-aware library इस्तेमाल करता है; केवल keywords को खोजकर नई लाइन नहीं जोड़ता। फिर भी इस्तेमाल से पहले मूल और परिणाम का अंतर देखें। Formatting database test या SQL code review की जगह नहीं लेती।
सीमाएं और असमर्थित syntax
Input सीमा 100,000 characters है। गलत dialect, अधूरी quote या असमर्थित construct पर error मिल सकता है। Stored procedures, custom delimiter commands और template language वाली SQL के लिए दूसरे editor की जरूरत हो सकती है। यह पूरा SQL validator, security scanner, query optimiser या syntax repair tool नहीं है। Tables, columns या permissions मौजूद हैं या नहीं, यह नहीं बता सकता।
प्राइवेसी और इस्तेमाल का तरीका
साइट पर रखी library इसी ब्राउज़र में SQL फॉर्मेट करती है। क्वेरी बाहरी API पर नहीं जाती, local storage में नहीं रखी जाती और database में नहीं चलती। Connection string या password की जरूरत नहीं। सामान्य वेबसाइट analytics अलग हैं। मूल कॉपी रखें, diff देखें, अपने environment में जरूरी tests चलाएं और उसके बाद formatted क्वेरी इस्तेमाल करें।
Advice — इस्तेमाल से पहले
मूल इनपुट की कॉपी रखें और असली प्रोजेक्ट में लगाने से पहले परिणाम पढ़कर जांचें।
अक्सर पूछे सवाल
क्या SQL चलती है?
नहीं। केवल टेक्स्ट फॉर्मेट होता है।
सही SQL फॉर्मेट क्यों नहीं हुई?
Dialect और construct का support जांचें।
क्या क्वेरी तेज हो जाएगी?
नहीं। Performance के लिए database analysis चाहिए।
Quoted string भी uppercase होगी?
Keyword option quoted string के अंदर के डेटा पर लागू नहीं होता।