Порожній IntelliSense у SSMS, хоча запити продовжують виконуватися

Введення назви таблиці не дає жодної пропозиції, хоча те саме вікно без труднощів виконує інструкції SELECT. Саме це поєднання і є підказкою: підключення працює, а стан автодоповнення в редакторі ні. SSMS зберігає власний кеш і власне уявлення про те, якою базою даних і яким обліковим записом користується вікно. Розглядайте цей стан окремо від тунелю, перш ніж змінювати будь-які мережеві налаштування.

Вікно має власний стан підключення

Кожне вікно запиту несе підключення, базу даних і контекст авторизації. Object Explorer може бути підключений до іншого сервера або бази даних, а інша вкладка може працювати під іншим обліковим записом. Підтвердьте власний стан ураженого вікна, перш ніж порівнювати його з чимось іншим. Вікно, відкрите до ввімкнення VPN, теж може бути прив'язане до підключення, якого більше немає, тому його стан важливіший, ніж підказує рядок заголовка.

Перерва в роботі VPN може залишити це вікно відключеним, хоча програма все ще виглядає живою. Перепідключіться звичайним робочим процесом SSMS, потім підтвердьте, що вибір бази даних показує очікувану базу.

Змусьте локальний кеш перебудуватися

Посібник Microsoft з усунення несправностей IntelliSense описує підтримуване оновлення: Правка → IntelliSense → Оновити локальний кеш, або Ctrl+Shift+R. Використовуйте його після підтвердження підключення, особливо коли об'єкти змінилися, поки вікно залишалося відкритим. Оновлення перебудовує локальний список; воно не може відновити зниклий мережевий шлях.

Також підтвердьте, що IntelliSense увімкнено для редактора і що встановлена версія SSMS підтримує інструкцію, яку ви пишете. Поведінка автодоповнення різниться між версіями і не охоплює кожен продукт чи форму скрипту. Якщо сполучення клавіш нічого не робить, розглядайте це як симптом стану редактора, а не як симптом VPN. Пункт меню, що залишається сірим, і сполучення, поглинуте іншим призначенням клавіш, — обидва факти про редактор, які варто записати, перш ніж звинувачувати тунель.

Відсутні назви можуть бути правами

Списки автодоповнення пропонують лише об'єкти, які бачить підключений обліковий запис. Тому скрипт, скопійований у колеги, може посилатися на назви, які вашій сесії не дозволено розкривати. Порівнюйте видимість потрібного облікового запису, а не сторонню сесію адміністратора. Якщо назва відсутня через право, виправлення редактора не змусить її з'явитися.

Попросіть власника бази даних про мінімальне право, потрібне завданню, і тримайте це надання конкретним. Широкі адміністративні права, видані заради заповнення списку пропозицій, міняють невелику зручність на велику експозицію.

Визначте, який збій у вас насправді

Два збої виглядають з клавіатури схоже і потребують різних відповідальних. Якщо звичайні інструкції в тому ж вікні теж не виконуються, дослідіть розв'язання імен, транспорт і автентифікацію для цього підключення. Якщо інструкції виконуються і бракує лише пропозицій, докази належать редактору. Запишіть, який із двох ви бачили, бо два звіти йдуть до різних команд, а змішаний опис затримує обидва.

Збережіть встановлену версію SSMS, вибрану базу даних, обліковий запис і один невеликий несекретний приклад для звіту інструментам. Запис або список точних назв, які не працюють, допомагає більше, ніж фраза IntelliSense зламаний. Потім повторіть спробу після оновлення кешу і після перепідключення, бо ці дві дії розділяють більшість випадків.