В тази статия обясняваме за ГРЕШКА 208, защо се появява и как да се справим с нея.
Често срещаме ситуации, които изглеждат много сложни и предизвикателни, но всъщност са много лесни за излизане; при условие, че мислим логично. Една такава ситуация много SQL Server DBA се натъква на SSMS грешка 208, т.е. грешка „Невалидно име на обект“. Това е много често срещана грешка, която в крайна сметка обърква много DBA. Така че днес ние не само ще ви предоставим решение на този проблем, но и ще ви предложим начини да избегнете появата му в бъдеще.
Какво е грешка 208 в SSMS
Много от нас или тези DBA, които не са много опитни в използването SQL Server, обикновено избират да изследват софтуера с помощта на SQL Server Студио за управление (SSMS). И докато сте при него, можете да щракнете върху даден обект, за да научите повече за него, и изведнъж да попаднете на изскачащ прозорец, в който се посочва ГРЕШКА 208! Това е момент, в който много от вас може да заседнат. Но след прочитането на тази статия се надяваме нещата да се подобрят, тъй като вие ще получите по-добро разбиране по темата.
Какво е most объркващо тази грешка за повечето DBA е фактът, че обектът се вижда от тях в прозореца на SSMS Object Explorer, но когато се опитват да го изберат с помощта на T-SQL, те стават свидетели на грешката. Това е точката, в която много DBA преминават към крайни и отчаяни мерки като restarting SSMS няколко пъти до неистово освежаващи заявки, резtarбази данни и т.н. Но за тяхна тъга, нищо от това няма да им осигури решението, което търсят.
Тези практики не работят, тъй като нито една от тях не е насочена към основната причина за грешката, която не е нищо друго освен просто несъответствие в контекста на базата данни.
Как да решим грешка 208 в SSMS
След като вече знаете какво причинява грешката, намирането на решението не трябва да отнема много време. Most често срещана причина за възникване на тази грешка при несъответствие на контекста е фактът, че контекстът на базата данни по подразбиране е зададен за главен. Ами в 99 от 100 случая това в крайна сметка е причината. И ако наистина това е причината грешката да се появи във вашата система, тогава много основно нещо, което трябва да направите, е да промените контекста на базата данни. И докато сте в него, променете го по начин, по който контекстът става подобен на текущия обект на базата данни, който се използва.
След като изпълните тази стъпка, ще се радвате да видите, че грешката вече няма да се появява и всички останали функции също ще се случват гладко. Това е една от онези грешки, които алмost всеки отделен DBA би имал опит, но всъщност малцина биха знаели изход от тази ситуация, без да помислят за ремонт sql действие. Надяваме се, че тази статия ще бъде от полза на всички тях. Освен решението, дадено по-горе, има още една опция, която DBA могат да изпробват; това включва префикс на име на многочастна база данни в използваната база данни. Или може да искате да промените базата данни, която се отваря по подразбиране, след като влезете в SSMS.
Въведение на автора:
Виктор Саймън е експерт по възстановяване на данни в DataNumen, Inc., която е световен лидер в технологиите за възстановяване на данни, включително повреден mdb и sql софтуерни продукти за възстановяване. За повече информация посетете https://www.datanumen.com/