同一实例下嵌套查询跨库必须用三段式全限定名（db.schema.table），缺一不可；跨实例才需先配linked server再用四段式，否则报错。
嵌套查询里跨库取数据，能用全限定名就别碰 Linked Server —— 同一 SQL Server 实例下，SELECT * FROM db1.dbo.t1 WHERE id IN (SELECT id FROM db2.dbo.t2) 完全合法且高效；只有跨实例才需要 Linked Server。
SQL Server 嵌套查询中跨库引用必须写满三段
SQL Server 不允许在子查询里省略 schema 名，哪怕目标表真在 dbo 下。漏写或简写都会直接报错。
-
SELECT * FROM db1.dbo.t1 WHERE id IN (SELECT id FROM db2..t2)❌ 报Invalid object name 'db2..t2' -
SELECT * FROM db1.dbo.t1 WHERE id IN (SELECT id FROM db2.t2)❌ 报Invalid object name 'db2.t2' -
SELECT * FROM db1.dbo.t1 WHERE id IN (SELECT id FROM db2.dbo.t2)✅ 正确，三段齐全 - 数据库名含短横、空格或大写字母时，必须加方括号：
[my-db].dbo.users、[Sales DB].dbo.Orders
子查询跨库失败，90% 是权限或状态问题，不是语法错
语句能写完、能保存、甚至能建视图，不代表能执行成功。嵌套查询的权限检查发生在运行时，且对内外两个库分别校验。
- 报
Permission denied on object 't2'：当前登录用户在db2中缺少SELECT权限，需手动授权：GRANT SELECT ON db2.dbo.t2 TO [your_login] - 报
Database 'db2' does not exist或返回空结果：检查db2是否处于ONLINE状态（SELECT state_desc FROM sys.databases WHERE name = 'db2'） - 子查询里用了本地临时表（
#tmp）？它无法被跨库引用，会报Invalid object name '#tmp'
跨实例嵌套查询必须走 Linked Server，且不能直接用四段名
如果子查询要查的是另一台机器上的 SQL Server（比如 192.168.5.100\INST1），SELECT ... FROM [192.168.5.100\INST1].db2.dbo.t2 这种写法根本无效 —— SQL Server 不支持 IP/实例名直连，必须先注册 Linked Server。
- 先建链接服务器：
EXEC sp_addlinkedserver @server='RemoteSrv', @provider='MSOLEDBSQL', @datasrc='192.168.5.100\INST1' - 再配登录映射：
EXEC sp_addlinkedsrvlogin 'RemoteSrv', 'false', NULL, 'sa', 'pwd' - 嵌套查询中只能用四部分命名：
SELECT * FROM db1.dbo.t1 WHERE id IN (SELECT id FROM RemoteSrv.db2.dbo.t2) - 注意：远程库名、schema 名、表名大小写和拼写必须完全一致，否则静默返回空（不报错）
最容易被忽略的是所有权链和事务边界：嵌套查询里跨库调用不会自动继承调用方的上下文权限，也不保证跨库一致性。如果子查询结果用于 UPDATE 或 JOIN 后计算，务必确认远程数据已提交且未被锁住 —— 尤其当远程库启用了快照隔离或存在长事务时，本地看到的可能是过期快照。
