IntelliSense vide dans SSMS alors que les requêtes continuent

La saisie d’un nom de table ne produit aucune suggestion, pourtant la même fenêtre exécute sans peine des instructions SELECT. Cette combinaison est l’indice : la connexion fonctionne, mais l’état de complétion de l’éditeur non. SSMS conserve son propre cache et sa propre idée de la base de données et du compte qu’utilise la fenêtre. Traitez cet état comme distinct du tunnel avant de modifier un quelconque réglage réseau.

La fenêtre a son propre état de connexion

Chaque fenêtre de requête porte une connexion, une base de données et un contexte d’autorisation. L’Explorateur d’objets peut être connecté à un autre serveur ou à une autre base de données, et un autre onglet peut s’exécuter sous un autre compte. Confirmez l’état propre de la fenêtre concernée avant de le comparer à quoi que ce soit d’autre. Une fenêtre ouverte avant le démarrage du VPN peut aussi être liée à une connexion qui n’existe plus, son état importe donc davantage que ne le suggère la barre de titre.

Une interruption du VPN peut laisser cette fenêtre déconnectée alors que l’application semble encore vivante. Reconnectez-vous via le flux de travail habituel de SSMS, puis confirmez que le sélecteur de base de données affiche la base attendue.

Forcez la reconstruction du cache local

Le guide de dépannage d’IntelliSense de Microsoft documente l’actualisation prise en charge : Édition → IntelliSense → Actualiser le cache local, ou Ctrl+Shift+R. Utilisez-la après avoir confirmé la connexion, surtout lorsque des objets ont changé pendant que la fenêtre restait ouverte. L’actualisation reconstruit une liste locale ; elle ne peut pas restaurer un chemin réseau qui a disparu.

Confirmez aussi qu’IntelliSense est activé pour l’éditeur et que la version installée de SSMS prend en charge l’instruction que vous écrivez. Le comportement de complétion varie selon les versions et ne couvre pas tous les produits ni toutes les formes de script. Si le raccourci ne fait rien, traitez cela comme un symptôme de l’état de l’éditeur plutôt que comme un symptôme du VPN. Un élément de menu qui reste grisé et un raccourci avalé par une autre combinaison de touches sont deux faits d’éditeur qu’il vaut la peine de noter avant d’accuser le tunnel.

Les noms manquants peuvent être des autorisations

Les listes de complétion ne suggèrent que les objets que le compte connecté peut voir. Un script copié d’un collègue peut donc référencer des noms que votre session n’a pas le droit de résoudre. Comparez la visibilité du compte prévu plutôt que la session sans rapport d’un administrateur. Si un nom manque à cause d’une autorisation, réparer l’éditeur ne le fera pas apparaître.

Demandez au propriétaire de la base de données l’autorisation minimale dont la tâche a besoin, et gardez cette attribution précise. Des droits administratifs étendus accordés pour remplir une liste de suggestions échangent un petit confort contre une grande exposition.

Décidez quelle panne vous avez réellement

Deux pannes se ressemblent au clavier et exigent des responsables différents. Si des instructions ordinaires de la même fenêtre échouent aussi, examinez la résolution de noms, le transport et l’authentification de cette connexion. Si les instructions s’exécutent et que seules les suggestions manquent, la preuve appartient à l’éditeur. Notez laquelle des deux vous avez vue, car les deux rapports vont à des équipes différentes et une description mélangée retarde les deux.

Conservez la version installée de SSMS, la base de données sélectionnée, le compte et un petit exemple non secret pour le rapport d’outils. Un enregistrement ou une liste des noms exacts qui échouent aide plus que la phrase IntelliSense est cassé. Réessayez ensuite après l’actualisation du cache et après une reconnexion, car ces deux actions séparent la plupart des cas.