Я працюю над зміною існуючої збереженої процедури SQL Server. Я додав два нові стовпці до таблиці і змінив збережену процедуру, а також виділив ці два стовпці. Хоча стовпці доступні в таблиці, SQL Server продовжує давати цю помилку:
Недійсна назва стовпця "INCL_GSTAMOUNT"
Хто-небудь може сказати мені, що тут не так?
Відповіді:
Щоразу, коли це трапляється зі мною, я натискаю Ctrl+ Shift+, Rяке оновлюється intellisense, закриваю вікно запиту (зберігаю, якщо потрібно), а потім починаю новий сеанс, який зазвичай працює досить добре.
Також це може статися, якщо замість одинарного вводити рядок у подвійні лапки.
Ця помилка ТАКОЖ може траплятися в інкапсульованих операторах SQL, наприклад
ЗАЯВИТИ @tableName nvarchar (20) SET @tableName = 'GROC'
ЗАЯВИТИ @updtStmt nvarchar (4000)
SET @updtStmt = 'Оновити tbProductMaster_' + @ tableName + 'SET department_str =' + @tableName exec sp_executesql @updtStmt
Тільки для того, щоб виявити відсутність лапок, щоб інкапсулювати параметр "@tableName" далі, як показано нижче:
SET @updtStmt = 'Оновити tbProductMaster_' + @ tableName + 'SET department_str =' '' + @tableName + '' ''
Дякую
Intellisense не оновлюється автоматично, і ви не повинні повністю покладатися на це
Я просто спробував. Якщо ви виконуєте оператор для створення локальної таблиці, інструмент визнає, що назва цього стовпця існує. Просто позначте оператор генерації таблиці у вікні редактора та натисніть «Виконати».
Я отримував ту ж помилку під час створення подання.
Уявіть собі обраний запит, який виконується без проблем:
select id
from products
Спроба створити подання з того самого запиту призведе до помилки:
create view app.foobar as
select id
from products
Повідомлення 207, рівень 16, стан 1,
стовпчик процедури, рядок 2 Недійсна назва стовпця 'id'.
Для мене це виявилося проблемою масштабу; зверніть увагу, що подання створюється в іншій схемі. Визначення схеми productsтаблиці вирішило проблему. Тобто .. використовуючи dbo.productsзамість просто products.
Наступна процедура допомогла мені вирішити цю проблему, але я не знаю, чому.
Навіть якщо виконується той самий запит, ця помилка не виникла
Якщо ви збираєтеся змінити стовпець ALTER Table і негайно ОНОВИТИ таблицю, включаючи новий стовпець у тому ж сценарії . Переконайтеся, що використовуєте GOкоманду після рядка коду таблиці змін, як показано нижче.
ALTER TABLE Location
ADD TransitionType SMALLINT NULL
GO
UPDATE Location SET TransitionType = 4
ALTER TABLE Location
ALTER COLUMN TransitionType SMALLINT NOT NULL
У мене була подібна проблема.
Проблема була в тому, що в таблиці був тригер, який писав би зміни до таблиці журналу аудиту. У таблиці журналу аудиту відсутні стовпці.
There can be many things:
First attempt, make a select of this field in its source table;
Check the instance of the sql script window, you may be in a different instance;
Check if your join is correct;
Verify query ambiguity, maybe you are making a wrong table reference
Of these checks, run the T-sql script again
[Image of the script SQL][1]
[1]: https://i.stack.imgur.com/r59ZY.png`enter code here
Я зауважив, що при виконанні об'єднань MSSQLвикине "Недійсне ім'я стовпця", якщо таблиця, до якої ви приєднуєтесь, знаходиться поруч із таблицею, до якої ви приєднуєтесь. Я спробував вказати table1.row1та table3.row3, але все ще отримував помилку; він не зник, поки я не впорядкував таблиці у запиті. Очевидно, порядок таблиць у виписці має значення.
+-------------+ +-------------+ +-------------+
| table1 | | table2 | | table3 |
+-------------+ +-------------+ +-------------+
| row1 | col1 | | row2 | col2 | | row3 | col3 |
+------+------+ +------+------+ +------+------+
| ... | ... | | ... | ... | | ... | ... |
+------+------+ +------+------+ +------+------+
SELECT * FROM table1, table2 LEFT JOIN table3 ON row1 = row3; --throws an error
SELECT * FROM table2, table1 LEFT JOIN table3 ON row1 = row3; --works as expected