Tukšs IntelliSense SSMS, kamēr vaicājumi joprojām darbojas

Tabulas nosaukuma ievadīšana nesniedz nevienu ieteikumu, taču tajā pašā logā SELECT priekšraksti tiek izpildīti bez grūtībām. Tieši šī kombinācija ir pavediens: savienojums darbojas, bet redaktora pabeigšanas stāvoklis nedarbojas. SSMS glabā savu kešatmiņu un savu priekšstatu par to, kuru datubāzi un kontu logs izmanto. Uztveriet šo stāvokli kā atsevišķu no tuneļa, pirms maināt jebkuru tīkla iestatījumu.

Logam ir savs savienojuma stāvoklis

Katram vaicājuma logam ir savienojums, datubāze un autorizācijas konteksts. Object Explorer var būt savienots ar citu serveri vai datubāzi, un cita cilne var darboties ar citu kontu. Apstipriniet skartā loga paša stāvokli, pirms salīdzināt to ar ko citu. Pirms VPN ieslēgšanas atvērts logs var būt piesaistīts savienojumam, kas vairs neeksistē, tāpēc tā stāvoklis ir svarīgāks, nekā liecina virsraksta josla.

VPN pārtraukums var atstāt šo logu atvienotu, kamēr lietojumprogramma joprojām izskatās dzīva. Atkārtoti pievienojieties parastajā SSMS darbplūsmā, pēc tam apstipriniet, ka datubāzes atlasītājs rāda gaidīto datubāzi.

Piespiediet vietējo kešatmiņu pārbūvēties

Microsoft IntelliSense problēmu novēršanas rokasgrāmata dokumentē atbalstīto atsvaidzināšanu: Rediģēt → IntelliSense → Atsvaidzināt vietējo kešatmiņu, vai Ctrl+Shift+R. Izmantojiet to pēc savienojuma apstiprināšanas, jo īpaši tad, ja objekti mainījās, kamēr logs bija atvērts. Atsvaidzināšana pārbūvē vietējo sarakstu; tā nevar atjaunot pazudušo tīkla ceļu.

Apstipriniet arī, ka IntelliSense ir iespējots redaktoram un ka instalētā SSMS versija atbalsta priekšrakstu, kuru rakstāt. Pabeigšanas uzvedība atšķiras starp versijām un neaptver katru produktu vai skripta formu. Ja saīsne neko nedara, uztveriet to kā redaktora stāvokļa simptomu, nevis VPN simptomu. Izvēlnes vienums, kas paliek pelēks, un saīsne, ko aprījusi cita taustiņu saistīšana, abi ir redaktora fakti, kurus ir vērts pierakstīt pirms tuneļa vainošanas.

Trūkstošie nosaukumi var būt atļaujas

Pabeigšanas saraksti ieteic tikai tos objektus, kurus savienotais konts var redzēt. Tāpēc no kolēģa nokopēts skripts var atsaukties uz nosaukumiem, kuru atrisināšanai jūsu sesijai nav atļaujas. Salīdziniet paredzētā konta redzamību, nevis nesaistītu administratora sesiju. Ja nosaukums trūkst atļaujas dēļ, redaktora labošana to nepadarīs redzamu.

Lūdziet datubāzes īpašniekam minimālo atļauju, kas uzdevumam nepieciešama, un saglabājiet šo piešķīrumu konkrētu. Plašas administratīvās tiesības, kas piešķirtas ieteikumu saraksta aizpildīšanai, apmaina nelielu ērtību pret lielu risku.

Izlemiet, kura kļūme jums patiešām ir

Divas kļūmes no klaviatūras izskatās līdzīgi un prasa dažādus atbildīgos. Ja tajā pašā logā neizdodas arī parastie priekšraksti, izmeklējiet nosaukumu atrisināšanu, transportu un autentifikāciju šim savienojumam. Ja priekšraksti darbojas un trūkst tikai ieteikumu, pierādījumi pieder redaktoram. Pierakstiet, kuru no abiem redzējāt, jo abi ziņojumi dodas uz dažādām komandām, un jaukts apraksts aizkavē abus.

Saglabājiet instalēto SSMS versiju, izvēlēto datubāzi, kontu un vienu mazu ne slepenu piemēru rīku ziņojumam. Neizdevušos precīzo nosaukumu ieraksts vai saraksts palīdz vairāk nekā frāze IntelliSense ir salauzts. Pēc tam mēģiniet vēlreiz pēc kešatmiņas atsvaidzināšanas un pēc atkārtotas pievienošanās, jo šīs divas darbības atdala lielāko daļu gadījumu.