SQL Server сообщает «Недопустимое имя столбца», но столбец присутствует, и запрос работает через студию управления

Я попал в тупик. У меня есть запрос, который генерируется каким-то C#кодом. Запрос отлично работает Microsoft SQL Server Management Studioпри запуске с той же базой данных.

Однако, когда мой код пытается выполнить тот же запрос, я получаю ту же ошибку о недопустимом столбце и выдается исключение. Все запросы, которые ссылаются на этот столбец, завершаются ошибкой.

Рассматриваемый столбец был недавно добавлен в базу данных. Это столбец даты, который называется Incident_Begin_Time_ts.

Вот пример неудачи:

select * from PerfDiag 
where Incident_Begin_Time_ts > '2010-01-01 00:00:00';

Другие запросы, например, Select MAX(Incident_Being_Time_ts);также не выполняются при запуске в коде, потому что он считает, что столбец отсутствует.

Любые идеи?

Я подозреваю, что у вас есть две таблицы с одинаковым именем. Один принадлежит схеме 'dbo' ( dbo.PerfDiag), а другой принадлежит схеме по умолчанию учетной записи, используемой для подключения к SQL Server (что-то вроде userid.PerfDiag).

Если у вас есть неквалифицированная ссылка на объект схемы (например, таблица), не уточненная именем схемы, ссылка на объект должна быть разрешена. Разрешение имени происходит путем поиска в следующей последовательности объекта соответствующего типа (таблицы) с указанным именем. Имя разрешается до первого совпадения:

• По стандартной схеме пользователя.
• По схеме dbo.

Неквалифицированная ссылка привязана к первому совпадению в указанной выше последовательности.

В качестве общей рекомендуемой практики всегда следует квалифицировать ссылки на объекты схемы из соображений производительности:

• Неквалифицированная ссылка может сделать недействительным кэшированный план выполнения для хранимой процедуры или запроса, поскольку схема, к которой была привязана ссылка, может измениться в зависимости от учетных данных, выполняющих хранимую процедуру или запрос. Это приводит к перекомпиляции запроса / хранимой процедуры, что снижает производительность. Перекомпиляция приводит к снятию блокировок компиляции, блокируя доступ других пользователей к необходимым ресурсам.

• Разрешение имени замедляет выполнение запроса, так как необходимо выполнить две проверки для определения вероятной версии объекта (принадлежащего dbo). Это обычный случай. Единственный раз, когда один зонд разрешит имя, - это если текущий пользователь владеет объектом указанного имени и типа.

[Отредактировано для дальнейшего примечания]

Другие возможности (в произвольном порядке):

• Вы не подключены к базе данных, о которой думаете.
• Вы не подключены к тому экземпляру SQL Server, который вы думаете.

Дважды проверьте свои строки подключения и убедитесь, что они явно указывают имя экземпляра SQL Server и имя базы данных.

Просто нажмите Ctrl+ Shift+ Rи посмотрите ...

В SQL Server Management Studio сочетание клавиш Ctrl + Shift + R обновляет локальный кеш.

Если вы запускаете это внутри транзакции и SQL-оператора до того, как это удалит / изменит таблицу, вы также можете получить это сообщение.

В конце концов я выключил и перезапустил Microsoft SQL Server Management Studio; и это исправило это для меня. Но в других случаях было достаточно просто запустить новое окно запроса.

Если вы используете переменные с тем же именем, что и ваш столбец, возможно, вы забыли маркер переменной '@'. В операторе INSERT он будет обнаружен как столбец.

Была точно такая же проблема. Я переименовал некоторые столбцы с псевдонимами во временной таблице, которая в дальнейшем используется другой частью того же кода. По какой-то причине это не было зафиксировано SQL Server Management Studio, и она жаловалась на недопустимые имена столбцов.

Я просто создал новый запрос, скопировал и вставил код SQL из старого запроса в этот новый и запустил его снова. Это, казалось, правильно освежило окружающую среду.

В моем случае я перезапускаю Microsoft SQL Sever Management Studio, и у меня это хорошо работает.

В моем случае я пытался получить значение из неправильного ResultSet при запросе нескольких операторов SQL.

В моем случае проблема была в странной проблеме с кешированием. Приведенные выше решения не сработали.

Если ваш код работал нормально, и вы добавили столбец в одну из своих таблиц, и он дает ошибку «недопустимое имя столбца», а приведенные выше решения не работают, попробуйте следующее: сначала запустите только часть кода для создания этого измененного table, а затем запустите весь код.

Включая этот ответ, потому что это был лучший результат для "недопустимого имени столбца sql" в Google, и я не видел здесь этого ответа. В моем случае я получал Invalid Column Name, Id1, потому что я использовал неправильный идентификатор в моем операторе .HasForeignKey в моем коде Entity Framework C #. Как только я изменил его, чтобы он соответствовал идентификатору объекта .HasOne (), ошибка исчезла.

Я получил эту ошибку при запуске скалярной функции с использованием табличного значения, но в операторе Select в моем предложении RETURN скалярной функции отсутствовала часть «FROM table». : facepalms:

Также происходит, когда вы забываете изменить ConnectionString и запрашиваете таблицу, которая не знает, какие изменения вы вносите локально.