SSMS में IntelliSense खाली, जबकि क्वेरी चलती रहती हैं
जब SSMS टेबल और कॉलम के नाम सुझाना बंद कर देता है पर क्वेरी चलाता रहता है, तो विंडो का कनेक्शन, स्थानीय कैश और खाते की दृश्यता जाँचें।
टेबल का नाम टाइप करने पर कोई सुझाव नहीं आता, फिर भी वही विंडो आसानी से SELECT कथन चलाती है। यही संयोजन सुराग है: कनेक्शन काम करता है, पर एडिटर की पूर्णता स्थिति नहीं। SSMS अपना कैश और अपनी यह धारणा रखता है कि विंडो कौन-सा डेटाबेस और कौन-सा खाता इस्तेमाल करती है। कोई भी नेटवर्क सेटिंग बदलने से पहले उस स्थिति को टनल से अलग मानें।
विंडो की अपनी कनेक्शन स्थिति होती है
हर क्वेरी विंडो एक कनेक्शन, एक डेटाबेस और एक प्राधिकरण संदर्भ लेकर चलती है। Object Explorer किसी दूसरे सर्वर या डेटाबेस से जुड़ा हो सकता है, और कोई दूसरा टैब किसी दूसरे खाते से चल रहा हो सकता है। किसी और चीज़ से तुलना करने से पहले प्रभावित विंडो की अपनी स्थिति की पुष्टि करें। VPN आने से पहले खुली विंडो ऐसे कनेक्शन से बँधी हो सकती है जो अब मौजूद नहीं है, इसलिए उसकी स्थिति शीर्षक पट्टी के संकेत से अधिक मायने रखती है।
VPN में रुकावट उस विंडो को डिस्कनेक्ट छोड़ सकती है जबकि एप्लिकेशन अब भी जीवित दिखता है। सामान्य SSMS वर्कफ़्लो से दोबारा कनेक्ट करें, फिर पुष्टि करें कि डेटाबेस चयनकर्ता वही डेटाबेस दिखा रहा है जिसकी आप अपेक्षा करते हैं।
स्थानीय कैश को फिर से बनने के लिए बाध्य करें
Microsoft की IntelliSense समस्या-निवारण मार्गदर्शिका समर्थित रीफ़्रेश का दस्तावेज़ीकरण करती है: संपादित करें → IntelliSense → स्थानीय कैश रीफ़्रेश करें, या Ctrl+Shift+R। कनेक्शन की पुष्टि के बाद इसका उपयोग करें, विशेषकर जब विंडो खुली रहने के दौरान ऑब्जेक्ट बदले हों। रीफ़्रेश स्थानीय सूची फिर से बनाता है; यह गायब हो चुके नेटवर्क पथ को बहाल नहीं कर सकता।
यह भी पुष्टि करें कि एडिटर के लिए IntelliSense सक्षम है और इंस्टॉल किया गया SSMS संस्करण उस कथन का समर्थन करता है जो आप लिख रहे हैं। पूर्णता का व्यवहार संस्करणों के बीच बदलता है और हर उत्पाद या स्क्रिप्ट रूप को कवर नहीं करता। यदि शॉर्टकट कुछ नहीं करता, तो इसे VPN लक्षण नहीं बल्कि एडिटर स्थिति का लक्षण मानें। धूसर रहने वाला मेनू आइटम और किसी दूसरे कुंजी बाइंडिंग द्वारा निगला गया शॉर्टकट, दोनों एडिटर के तथ्य हैं जिन्हें टनल को दोष देने से पहले दर्ज करना उचित है।
गुम नाम अनुमतियाँ हो सकते हैं
पूर्णता सूचियाँ केवल वही ऑब्जेक्ट सुझाती हैं जिन्हें जुड़ा हुआ खाता देख सकता है। इसलिए किसी सहकर्मी से कॉपी की गई स्क्रिप्ट ऐसे नामों का संदर्भ दे सकती है जिन्हें हल करने की अनुमति आपके सत्र को नहीं है। प्रशासक के असंबंधित सत्र के बजाय इच्छित खाते की दृश्यता की तुलना करें। यदि कोई नाम अनुमति के कारण गुम है, तो एडिटर ठीक करने से वह दिखने नहीं लगेगा।
डेटाबेस के मालिक से कार्य के लिए आवश्यक न्यूनतम अनुमति माँगें, और उस अनुदान को विशिष्ट रखें। सुझाव सूची भरने के लिए दिए गए व्यापक प्रशासनिक अधिकार छोटी सुविधा के बदले बड़ा जोखिम देते हैं।
तय करें कि वास्तव में आपकी कौन-सी विफलता है
दो विफलताएँ कीबोर्ड से एक जैसी दिखती हैं और उन्हें अलग-अलग मालिक चाहिए। यदि उसी विंडो में सामान्य कथन भी विफल हों, तो उस कनेक्शन के लिए नाम-समाधान, परिवहन और प्रमाणीकरण जाँचें। यदि कथन चलते हैं और केवल सुझाव गुम हैं, तो साक्ष्य एडिटर का है। लिख लें कि आपने दोनों में से कौन-सी देखी, क्योंकि दोनों रिपोर्ट अलग-अलग टीमों के पास जाती हैं और मिला-जुला विवरण दोनों को देर करता है।
टूलिंग रिपोर्ट के लिए इंस्टॉल किया गया SSMS संस्करण, चुना गया डेटाबेस, खाता और एक छोटा गैर-गोपनीय उदाहरण संभालकर रखें। विफल होने वाले सटीक नामों की रिकॉर्डिंग या सूची IntelliSense टूटा हुआ है वाक्य से अधिक मदद करती है। फिर कैश रीफ़्रेश के बाद और दोबारा कनेक्ट होने के बाद फिर से प्रयास करें, क्योंकि ये दो क्रियाएँ अधिकांश मामलों को अलग करती हैं।