Tomt IntelliSense i SSMS medan spørjingane enno køyrer

Å skrive inn eit tabellnamn gir ingen forslag, men det same vindauget køyrer utan vidare SELECT-setningar. Nettopp den kombinasjonen er leiartråden: tilkopinga verkar, men fullføringstilstanden til editoren gjer det ikkje. SSMS held sin eigen hurtigbuffer og si eiga oppfatning av kva database og konto vindauget brukar. Handsame den tilstanden som skild frå tunnelen før du endrar noka nettverksinnstilling.

Vindauget har sin eigen tilkopingstilstand

Kvart spørjevindauge ber ei tilkoping, ein database og ein autorisasjonskontekst. Object Explorer kan vere kopia til ein annan server eller database, og ei anna fane kan køyre som ein annan konto. Stadfest den eigen statusen til det råka vindauget før du samanliknar det med noko anna. Eit vindauge som vart opna før VPN vart starta, kan òg vere bunde til ei tilkoping som ikkje finst lenger, så statusen er viktigare enn tittellinja antydar.

Eit VPN-avbrot kan la det vindauget stå fråkopla medan programmet enno ser levande ut. Kopla til på nytt via den vanlege SSMS-arbeidsflyten, og stadfest deretter at databaseveljaren viser databasen du ventar.

Tving den lokale hurtigbufferen til å byggjast på nytt

Microsofts feilsøkingsrettleing for IntelliSense dokumenterer den støtta oppdateringa: Rediger → IntelliSense → Oppdater lokal hurtigbuffer, eller Ctrl+Shift+R. Bruk henne etter at du har stadfesta tilkopinga, særleg når objekt endra seg medan vindauget stod ope. Oppdateringa byggjer på nytt ei lokal liste; ho kan ikkje gjenopprette ein nettverksveg som har forsvunne.

Stadfest òg at IntelliSense er slått på for editoren, og at den installerte SSMS-versjonen støttar setninga du skriv. Fullføringsåtferd varierer mellom versjonar og dekkjer ikkje alle produkt eller skriptformer. Viss snøggtasten ikkje gjer noko, handsame det som eit symptom på editortilstanden og ikkje som eit VPN-symptom. Eit menyelement som blir grått og ein snøggtast som blir slukt av ei anna tastebinding er båe editorfakta som er verd å notere før tunnelen får skulda.

Manglende namn kan vere løyve

Fullføringslistene føreslår berre objekt som den tilkopla kontoen kan sjå. Eit skript kopiert frå ein kollega kan difor vise til namn som økta di ikkje har løyve til å løyse. Samanlikn synlegheita til den tiltenkte kontoen i staden for ei urelatert økt til ein administrator. Viss eit namn manglar på grunn av eit løyve, vil ikkje ein reparasjon av editoren få det til å dukke opp.

Be databaseeigaren om det minste løyvet oppgåva treng, og hald den tildelinga spesifikk. Breie administrative rettar som blir gjevne for å fylle ei forslagsliste, byter ein liten bekvemmelegheit mot ei stor eksponering.

Avgjer kva feil du faktisk har

To feil ser like ut frå tastaturet og treng ulike eigarar. Viss vanlege setningar i same vindauge òg feilar, gransk namneoppløysing, transport og autentisering for den tilkopinga. Viss setningane køyrer og berre forslaga manglar, høyrer prova til editoren. Skriv ned kven av dei to du såg, fordi dei to rapportane går til ulike team, og ei blanda skildring forseinkar båe.

Ta vare på den installerte SSMS-versjonen, den valde databasen, kontoen og eitt lite ikkje-hemmeleg døme for verktøyrapporten. Eit opptak eller ei liste over dei nøyaktige namna som feilar, hjelper meir enn setninga IntelliSense er øydelagt. Prøv deretter på nytt etter hurtigbufferoppdateringa og etter ei ny tilkopling, fordi dei to handlingane skil dei fleste tilfella.