Вы могли заключить в тюрьму пользователя в / домой и затем экранировать от каталогов, которые пользователь не предположил для наблюдения с полномочиями и/или ACLs (если файловая система позволяет им).
Едва ли самое безопасное решение, потому что необходимо было бы перепроверить полномочия на новых каталогах, которые создаются, но возможно это не проблема.
Попробуйте следующее:
insert into [ULGP_CARES TEST].[dbo].[person](date_of_birth)
select [Dtest].[dbo].[ContactBase].[BirthDate]
from [Dtest].[dbo].[ContactBase]
join [ULGP_CARES TEST].[dbo].[person]
on [ContactBase].[FirstName]=[person].[first_name]
and [ContactBase].[MiddleName]=[person].[middle_name]
and [ContactBase].[LastName]=[person].[last_name]
Без включения таблицы person в предложение JOIN SQL не понимает, что она существует .
Если это не поможет, вам также следует проверить следующее:
Вы уверены, что база данных с именем "ULGP_CARES TEST" существует? Возможно, он написан или написан по-разному, или что пробел на самом деле является подчеркиванием, или наоборот. Необычно иметь подчеркивание и пробел в одном и том же имени базы данных.
Вы уверены, что таблица с именем «person» существует в базе данных с именем «ULGP_CARES TEST»? Возможно, он написан или написан по-другому, или, возможно, он не является частью схемы «dbo».
Вы уверены, что столбцы «first_name», «middle_name» и «last_name» существуют в таблице с именем "person" в базе данных "ULGP_CARES TEST"? Возможно, он пишется или пишется по-разному.