क्लाउड के साथ बिना अनुमान लगाए टूटी हुई SQL क्वेरी को ठीक करें
इसे स्कीमा, क्वेरी और त्रुटि सौंपें। जब मॉडल तालिका का आकार देख सकता है तो सुधार तेज़ होता है।
एक SQL त्रुटि अलगाव में शायद ही कभी समझ में आती है। विफल क्वेरी, सटीक त्रुटि संदेश और प्रासंगिक CREATE TABLE कथन चिपकाएँ। जब क्लाउड कॉलम देख सकता है तो वह जुड़ाव और प्रकार के बारे में बेहतर तरीके से बताता है।
बताएं कि आपने क्या अपेक्षा की थी बनाम क्या वापस आया। 'यह शून्य पंक्तियाँ लौटाता है लेकिन मुझे पता है कि उपयोगकर्ता मौजूद है' 'यह काम नहीं करता है' की तुलना में सौ गुना अधिक उपयोगी है। मॉडल कारण को कम करने के लिए उस अंतर का उपयोग करता है।
केवल कोड ही नहीं, बल्कि सही की गई क्वेरी और बग का एक-पंक्ति स्पष्टीकरण भी मांगें। यदि यह NOT IN सूची में शून्य था या गायब JOIN स्थिति थी, तो आप अगली बार इसे पहचानना चाहेंगे।
समाधान को डेटा की प्रतिलिपि के विरुद्ध चलाएँ, उत्पादन के विरुद्ध नहीं। यहां तक कि एक सही दिखने वाली क्वेरी के भी दुष्प्रभाव हो सकते हैं, और एक SELECT जो सुरक्षित दिखता है वह उस लेखन की शुरुआत हो सकता है जिसका आपने इरादा नहीं किया था।
जब क्वेरी अंततः काम कर जाए, तो क्लाउड से इसे पठनीय ढंग से दोबारा लिखने के लिए कहें। पहला सुधार अक्सर बदसूरत होता है; एक साफ़ संस्करण का रखरखाव और समीक्षा करना आसान होता है।