IntelliSense kosong dalam SSMS semasa pertanyaan masih berjalan

Menulis nama jadual tidak menghasilkan sebarang cadangan, namun tetingkap yang sama dengan mudah menjalankan pernyataan SELECT. Gabungan itulah petunjuknya: sambungan berfungsi, tetapi keadaan penyiapan editor tidak. SSMS menyimpan cache sendiri dan tanggapannya sendiri tentang pangkalan data dan akaun yang digunakan oleh tetingkap. Anggap keadaan itu sebagai berasingan daripada terowong sebelum menukar sebarang tetapan rangkaian.

Tetingkap mempunyai keadaan sambungannya sendiri

Setiap tetingkap pertanyaan membawa sambungan, pangkalan data dan konteks kebenaran. Object Explorer mungkin disambungkan ke pelayan atau pangkalan data lain, dan tab lain mungkin berjalan di bawah akaun lain. Sahkan keadaan tetingkap terjejas itu sendiri sebelum membandingkannya dengan apa-apa yang lain. Tetingkap yang dibuka sebelum VPN dinaikkan juga boleh terikat pada sambungan yang tidak wujud lagi, jadi keadaannya lebih penting daripada yang disyaratkan oleh bar tajuk.

Gangguan VPN boleh membiarkan tetingkap itu terputus sambungan sementara aplikasi masih kelihatan hidup. Sambung semula melalui aliran kerja SSMS biasa, kemudian sahkan pemilih pangkalan data memaparkan pangkalan data yang anda jangkakan.

Paksa cache setempat dibina semula

Panduan penyelesaian masalah IntelliSense Microsoft mendokumentasikan muat semula yang disokong: Edit → IntelliSense → Muat Semula Cache Setempat, atau Ctrl+Shift+R. Gunakannya selepas mengesahkan sambungan, terutamanya apabila objek berubah semasa tetingkap kekal terbuka. Muat semula membina semula senarai setempat; ia tidak dapat memulihkan laluan rangkaian yang telah hilang.

Sahkan juga IntelliSense didayakan untuk editor dan versi SSMS yang dipasang menyokong pernyataan yang anda tulis. Tingkah laku penyiapan berbeza antara versi dan tidak meliputi setiap produk atau bentuk skrip. Jika pintasan tidak melakukan apa-apa, anggap itu sebagai gejala keadaan editor dan bukan gejala VPN. Item menu yang kekal kelabu dan pintasan yang ditelan pengikatan kekunci lain kedua-duanya fakta editor yang wajar dicatat sebelum terowong dipersalahkan.

Nama yang hilang mungkin kebenaran

Senarai penyiapan hanya mencadangkan objek yang boleh dilihat oleh akaun yang disambungkan. Oleh itu skrip yang disalin daripada rakan sekerja mungkin merujuk nama yang sesi anda tidak dibenarkan menyelesaikannya. Bandingkan keterlihatan akaun yang dimaksudkan dan bukan sesi pentadbir yang tidak berkaitan. Jika nama hilang kerana kebenaran, membaiki editor tidak akan membuatnya muncul.

Minta kebenaran minimum yang diperlukan tugas daripada pemilik pangkalan data, dan kekalkan pemberian itu khusus. Hak pentadbiran luas yang diberikan untuk mengisi senarai cadangan menukar sedikit keselesaan dengan pendedahan yang besar.

Tentukan kegagalan mana yang sebenarnya anda hadapi

Dua kegagalan kelihatan serupa dari papan kekunci dan memerlukan pemilik berbeza. Jika pernyataan biasa dalam tetingkap yang sama juga gagal, siasat penyelesaian nama, pengangkutan dan pengesahan untuk sambungan itu. Jika pernyataan berjalan dan hanya cadangan yang hilang, buktinya milik editor. Catat mana antara kedua-duanya yang anda lihat, kerana kedua-dua laporan pergi kepada pasukan berbeza dan penerangan bercampur melambatkan kedua-duanya.

Simpan versi SSMS yang dipasang, pangkalan data yang dipilih, akaun dan satu contoh kecil bukan rahsia untuk laporan perkakasan. Rakaman atau senarai nama tepat yang gagal lebih membantu daripada frasa IntelliSense rosak. Kemudian cuba lagi selepas muat semula cache dan selepas menyambung semula, kerana kedua-dua tindakan itu memisahkan kebanyakan kes.