Tomt IntelliSense i SSMS medan frågorna fortfarande körs

Att skriva ett tabellnamn ger inget förslag, men samma fönster kör utan vidare SELECT-satser. Just den kombinationen är ledtråden: anslutningen fungerar, men editorns slutförandetillstånd gör det inte. SSMS har sin egen cache och sin egen uppfattning om vilken databas och vilket konto fönstret använder. Behandla det tillståndet som skilt från tunneln innan du ändrar någon nätverksinställning.

Fönstret har sitt eget anslutningstillstånd

Varje frågefönster bär en anslutning, en databas och en auktoriseringskontext. Object Explorer kan vara ansluten till en annan server eller databas, och en annan flik kan köra som ett annat konto. Bekräfta det berörda fönstrets egen status innan du jämför det med något annat. Ett fönster som öppnades innan VPN kom upp kan också vara bundet till en anslutning som inte längre finns, så dess status är viktigare än titelraden antyder.

Ett VPN-avbrott kan lämna fönstret frånkopplat medan programmet fortfarande ser levande ut. Anslut igen via det vanliga SSMS-arbetsflödet och bekräfta sedan att databasväljaren visar den databas du förväntar dig.

Tvinga den lokala cachen att byggas om

Microsofts felsökningsguide för IntelliSense dokumenterar den uppdatering som stöds: Redigera → IntelliSense → Uppdatera lokal cache, eller Ctrl+Shift+R. Använd den efter att du bekräftat anslutningen, särskilt när objekt ändrades medan fönstret stod öppet. Uppdateringen bygger upp en lokal lista på nytt; den kan inte återställa en nätverksväg som försvunnit.

Bekräfta också att IntelliSense är aktiverat för editorn och att den installerade SSMS-versionen stöder den sats du skriver. Slutförandebeteendet varierar mellan versioner och täcker inte alla produkter eller skriptformer. Om kortkommandot inte gör något, behandla det som ett symptom på editorns tillstånd och inte som ett VPN-symptom. Ett menyval som förblir grått och ett kortkommando som slukas av en annan tangentbindning är båda editorfakta som är värda att notera innan tunneln får skulden.

Saknade namn kan vara behörigheter

Slutförandelistorna föreslår bara objekt som det anslutna kontot kan se. Ett skript som kopierats från en kollega kan därför referera till namn som din session inte har behörighet att lösa. Jämför det avsedda kontots synlighet i stället för en administratörs orelaterade session. Om ett namn saknas på grund av behörighet kommer en lagning av editorn inte att få det att dyka upp.

Be databasägaren om den minsta behörighet som uppgiften behöver och håll den tilldelningen specifik. Breda administrativa rättigheter som ges för att fylla en förslagslista byter en liten bekvämlighet mot en stor exponering.

Avgör vilket fel du faktiskt har

Två fel ser lika ut från tangentbordet och behöver olika ansvariga. Om vanliga satser i samma fönster också misslyckas, undersök namnmatchning, transport och autentisering för den anslutningen. Om satserna körs och bara förslagen saknas hör beviset till editorn. Skriv ner vilket av de två du såg, eftersom de två rapporterna går till olika team och en blandad beskrivning fördröjer båda.

Behåll den installerade SSMS-versionen, den valda databasen, kontot och ett litet icke-hemligt exempel för verktygsrapporten. En inspelning eller en lista över de exakta namn som misslyckas hjälper mer än meningen IntelliSense är trasigt. Försök sedan igen efter cacheuppdateringen och efter en återanslutning, eftersom de två åtgärderna skiljer de flesta fall.