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 应该自动通”，结果执行时报错才回头补授权。跨库子查询的本质是多个独立授权点的组合，缺一不可。