sql server跨库子查询必须显式使用四部分名称（database.schema.object），不能依赖数据库上下文自动切换；执行者需对每个跨库对象单独授予select权限，且union all各子句列类型须严格兼容。
跨库子查询在SQL Server里不能靠“自动切换数据库上下文”实现，必须显式写全四部分名称，否则运行时直接报错。
子查询中跨库引用必须用四部分名称
SQL Server解析子查询时，不会继承外部查询的 USE 数据库上下文。哪怕你在 db1 里执行，子查询里写 SELECT COUNT(*) FROM Users 仍会按当前会话默认库找表，而不是你期望的 db2。
- 错误写法：
SELECT (SELECT COUNT(*) FROM Users) AS cnt FROM db1.dbo.Orders—— 子查询里的Users会被当成当前库的表，不是db2的 - 正确写法：
SELECT (SELECT COUNT(*) FROM db2.dbo.Users) AS cnt FROM db1.dbo.Orders—— 所有跨库对象都得带database.schema.object - schema 不是可选的：即使目标表在
dbo下，也必须写db2.dbo.Users；若实际是sales.Users，写成db2.dbo.Users会报Msg 208
权限必须逐库授予，不能靠角色继承
视图或子查询能创建成功，不代表能执行成功。调用方必须对子查询中每个四部分名称指向的对象拥有 SELECT 权限——这个权限要分别在 db2、db3 等目标库中单独授予。
- 典型报错：
Msg 229, Level 14, State 5... The SELECT permission was denied on the object 'Users', database 'db2', schema 'dbo' - 解决方式不是改视图，而是执行：
USE db2; GRANT SELECT ON dbo.Users TO [user_name]; - 即使用户是
db1的db_owner，对db2没授权照样失败；链接服务器场景下还需额外检查RPC Out是否启用
UNION ALL 合并多个子查询结果时字段类型要严格对齐
当用多个子查询构造类似“横向拼接”的统计（如各库用户数、订单数并列显示），常配合 UNION ALL 实现。但 SQL Server 以第一个子句的列类型为基准，后续子句对应列若类型不兼容，会触发隐式转换失败或静默截断。
- 安全做法：统一显式转成宽类型，例如都用
CAST(COUNT(*) AS BIGINT)，避免INT和SMALLINT混用 - 别依赖
NULL占位：写SELECT 'db1' AS source, COUNT(*) AS total FROM db1.dbo.Users UNION ALL SELECT 'db2', COUNT(*) FROM db2.dbo.Users是可行的；但若一个子句返回VARCHAR(10)，另一个返回VARCHAR(50)，最终列宽取长者，一般没问题；若一个是INT，另一个是DECIMAL(10,2)，就可能出错 - 建议加列别名并用
AS显式声明类型意图，方便排查
最易被忽略的是权限粒度——很多人以为“我在 db1 有权限，又连的是同一台服务器，db2 应该自动通”，结果执行时报错才回头补授权。跨库子查询的本质是多个独立授权点的组合，缺一不可。
