ცარიელი IntelliSense SSMS-ში, სანამ მოთხოვნები კვლავ მუშაობს
როცა SSMS წყვეტს ცხრილებისა და სვეტების სახელების შეთავაზებას, მაგრამ მოთხოვნებს კვლავ ასრულებს, შეამოწმეთ ფანჯრის კავშირი, ლოკალური ქეში და ანგარიშის ხილვადობა.
ცხრილის სახელის აკრეფა არავითარ შემოთავაზებას არ იძლევა, თუმცა იგივე ფანჯარა SELECT ბრძანებებს უპრობლემოდ ასრულებს. სწორედ ეს კომბინაციაა მინიშნება: კავშირი მუშაობს, მაგრამ რედაქტორის შევსების მდგომარეობა არა. SSMS ინახავს საკუთარ ქეშს და საკუთარ წარმოდგენას იმის შესახებ, რომელ მონაცემთა ბაზასა და რომელ ანგარიშს იყენებს ფანჯარა. მოეპყარით ამ მდგომარეობას გვირაბისგან დამოუკიდებლად, სანამ რომელიმე ქსელურ პარამეტრს შეცვლით.
ფანჯარას საკუთარი კავშირის მდგომარეობა აქვს
ყოველი მოთხოვნის ფანჯარა ატარებს კავშირს, მონაცემთა ბაზას და ავტორიზაციის კონტექსტს. Object Explorer შეიძლება სხვა სერვერსა თუ მონაცემთა ბაზასთან იყოს დაკავშირებული, ხოლო სხვა ჩანართი სხვა ანგარიშით მუშაობდეს. დაადასტურეთ დაზარალებული ფანჯრის საკუთარი სტატუსი, სანამ მას რაიმე სხვას შეადარებთ. VPN-ის ამუშავებამდე გახსნილი ფანჯარა შეიძლება ისეთ კავშირზე იყოს მიბმული, რომელიც აღარ არსებობს, ამიტომ მისი სტატუსი უფრო მნიშვნელოვანია, ვიდრე სათაურის ზოლი გვაფიქრებინებს.
VPN-ის შეწყვეტამ შეიძლება ის ფანჯარა გათიშული დატოვოს, მაშინ როცა პროგრამა ჯერ კიდევ ცოცხლად გამოიყურება. ხელახლა დაუკავშირდით SSMS-ის ჩვეულ სამუშაო ნაკადს და შემდეგ დაადასტურეთ, რომ მონაცემთა ბაზის ამომრჩევი თქვენს მოსალოდნელ ბაზას აჩვენებს.
აიძულეთ ლოკალური ქეში ხელახლა აშენდეს
Microsoft-ის IntelliSense-ის პრობლემების მოგვარების გზამკვლევი აღწერს მხარდაჭერილ განახლებას: რედაქტირება → IntelliSense → ლოკალური ქეშის განახლება, ან Ctrl+Shift+R. გამოიყენეთ იგი კავშირის დადასტურების შემდეგ, განსაკუთრებით მაშინ, როცა ობიექტები შეიცვალა ფანჯრის ღიად დარჩენის დროს. განახლება ლოკალურ სიას თავიდან აშენებს; მას არ შეუძლია გაქრობილი ქსელური გზის აღდგენა.
ასევე დაადასტურეთ, რომ IntelliSense რედაქტორისთვის ჩართულია და რომ დაყენებული SSMS-ის ვერსია მხარს უჭერს იმ ბრძანებას, რომელსაც წერთ. შევსების ქცევა ვერსიებს შორის განსხვავდება და არ მოიცავს ყველა პროდუქტს ან სკრიპტის ფორმას. თუ მალსახმობი არაფერს აკეთებს, მოეპყარით ამას რედაქტორის მდგომარეობის სიმპტომად და არა VPN-ის სიმპტომად. ნაცრისფრად დარჩენილი მენიუს ელემენტი და სხვა კლავიშთა კავშირის მიერ გადაყლაპული მალსახმობი ორივე რედაქტორის ფაქტია, რომლის ჩაწერაც ღირს გვირაბის დადანაშაულებამდე.
დაკარგული სახელები შეიძლება ნებართვები იყოს
შევსების სიები მხოლოდ იმ ობიექტებს გვირჩევენ, რომელთა ნახვაც დაკავშირებულ ანგარიშს შეუძლია. ამიტომ კოლეგისგან კოპირებული სკრიპტი შეიძლება ისეთ სახელებს მიუთითებდეს, რომელთა გადაწყვეტის უფლება თქვენს სესიას არ აქვს. შეადარეთ განზრახული ანგარიშის ხილვადობა ადმინისტრატორის უკავშირო სესიის ნაცვლად. თუ სახელი ნებართვის გამო აკლია, რედაქტორის შეკეთება მას არ გამოაჩენს.
სთხოვეთ მონაცემთა ბაზის მფლობელს ის მინიმალური ნებართვა, რაც დავალებას სჭირდება, და ეს მინიჭება კონკრეტულად შეინახეთ. შემოთავაზებების სიის შესავსებად მიცემული ფართო ადმინისტრაციული უფლებები პატარა მოხერხებულობას დიდ გამოვლენად ცვლის.
გადაწყვიტეთ, სინამდვილეში რომელი ჩავარდნა გაქვთ
ორი ჩავარდნა კლავიატურიდან მსგავსად გამოიყურება და სხვადასხვა პასუხისმგებელს მოითხოვს. თუ იმავე ფანჯარაში ჩვეულებრივი ბრძანებებიც ვერ სრულდება, გამოიკვლიეთ სახელების გადაწყვეტა, ტრანსპორტი და ავთენტიფიკაცია იმ კავშირისთვის. თუ ბრძანებები სრულდება და მხოლოდ შემოთავაზებები აკლია, მტკიცებულება რედაქტორს ეკუთვნის. ჩაწერეთ, ორიდან რომელი ნახეთ, რადგან ორი ანგარიში სხვადასხვა გუნდთან მიდის და შერეული აღწერა ორივეს აყოვნებს.
შეინახეთ დაყენებული SSMS-ის ვერსია, არჩეული მონაცემთა ბაზა, ანგარიში და ერთი პატარა არასაიდუმლო მაგალითი ხელსაწყოების ანგარიშისთვის. ჩავარდნილი ზუსტი სახელების ჩანაწერი ან სია უფრო მეტს გვეხმარება, ვიდრე ფრაზა IntelliSense გატეხილია. შემდეგ ხელახლა სცადეთ ქეშის განახლებისა და ხელახალი დაკავშირების შემდეგ, რადგან ეს ორი მოქმედება შემთხვევათა უმეტესობას ჰყოფს.