У меня есть проект базы данных в SSDT, и когда я импортирую представление, которое ссылается на объекты в другой базе данных, я получаю ошибку SQL71561 с описанием в следующих строках:
Ошибка 4 SQL71561: представление: [схема]. [Имя представления] имеет неразрешенную ссылку на объект [other_db]. [Схема]. [Таблица]. [Столбец]
Я потратил некоторое время, пытаясь понять это, поэтому, чтобы помочь другим столкнуться с этим, я опубликую ответ, который сработал для меня.
Чтобы решить эту проблему, я добавил ссылку на другую базу данных, убрав поле «Переменная базы данных» в диалоговом окне. Если бы я не очистил это поле, при сравнении схемы SSDT сгенерировал бы сценарий обновления, используя имя переменной базы данных, что привело бы к ошибке.
Посмотрите на текст «Пример использования» и убедитесь, что он выглядит так, как ожидалось. Нажмите «ОК», чтобы добавить ссылку, и это должно устранить ошибки «неразрешенной ссылки».
После этого я смог провести сравнение схем, но попытка создания проекта привела к следующей ошибке:
Ошибка 408 SQL00208: недопустимое имя объекта «db.schema.table».
Переход к свойствам проекта и снятие флажка «Включить расширенную проверку Transact-SQL для общих объектов» позволили проекту успешно построить.
Моя проблема была с точки зрения. В представлении у меня было ...
...FROM [MyDatabase].[dbo].[MyTable]
Я заменил его на ...
...FROM [MyTable]
Причина в том, что вы можете импортировать bacpac / dacpac в базу данных с другим именем, поэтому ссылка на [MyDatabase] может быть недействительной.
Вы можете столкнуться с этим, если ваш порядок сборки неверен.
Я столкнулся с этим, когда вытаскивал новую копию проекта из системы управления версиями и выполнял «решение для сборки».
Если ссылка не работает, убедитесь, что вы создали указанную базу данных [other_db]. Как только я построил [other_db], мои ссылки заработали.
Эти ошибки начали появляться у меня, когда я изменил Свойства проекта> Целевая платформа с SQL Server 2016 на SQL Server 2014.
В моем сценарии у меня есть база данных, которая создается внешним инструментом в одном проекте SSDT (A), а мои представления SQL и т. Д. В другом проекте (B) со ссылкой из B-> A.
Разработав для SQL 2016, я обнаружил, что наша тестовая среда работает в 2014 году, поэтому изменил целевую платформу в (B), чтобы я мог выполнить развертывание. (A) не развернут - внешний инструмент также установлен и настроен для создания той же базы данных.
Как ни странно, позже мне удалось изменить представления в (B) и опубликовать, но потом мне захотелось удалить столбец. На этом этапе публикация продолжала терпеть неудачу из-за этих ошибок ссылки. Изменение целевой платформы в проекте (A) на 2014 год устранило ошибку и позволило мне продолжить.
Попробовав все четыре вышеупомянутых ответа, я все еще получал ту же ошибку для двух из моих хранимых процедур (от 1000+ ошибок до всего 2).
Итак, что теперь сработало, я просто заменил имя псевдонима таблицы самим именем таблицы, и сборка прошла успешно.
--From
table1 t1 join table2 t2
t1.col1 = t2.col1
--To
table1 t1 join table2 t2
table1.col1 = t2.col1
Ни одно из вышеперечисленных решений не работает для меня.
Но вот этот:
и измените те сценарии, которые относятся к другому проекту базы данных. например, если у вас есть представление в AdventureWorks, которое ссылается на AdventureWorksDW, используйте этот синтаксис:
select * from [$(Your Database Variable)].Schema.Object
e.g.
select * from [$(Your Database Variable)].dbo.dimDate
