SQL Server跨库视图必须用四部分名称（Database.Schema.Object）显式指定，否则报错；执行者需对每个跨库表有SELECT权限；UNION ALL各列类型须严格兼容；优化器无法获取远端统计信息易致性能问题。
SQL Server 视图中用四部分名称跨库查询必须写全 database.schema.object
直接在视图里引用其他数据库的表，不能只写 dbo.Table1 或 Table1，必须用四部分名称（DatabaseName.SchemaName.ObjectName），否则创建视图会报错 Msg 1087, Level 15, State 2：“必须声明表变量”或“对象名无效”。SQL Server 在解析视图定义时，不继承当前 USE 数据库上下文，所有跨库对象都得显式指定库名。
常见错误写法：
CREATE VIEW v_user_union AS SELECT name FROM Users -- ❌ 当前 USE db1，但视图里没写 db2.dbo.Users，报错 UNION ALL SELECT name FROM db2.dbo.Users; -- ✅ 这一行对，但上一行错
正确写法（全部显式）：
CREATE VIEW v_user_union AS SELECT name FROM db1.dbo.Users UNION ALL SELECT name FROM db2.dbo.Users;
- 即使两个表都在同一服务器、同一登录下，也必须带库名；不支持省略或用别名替代库名
-
schema一般为dbo，但若实际是sales或archive，必须写准，否则报Msg 208, Level 16：“对象名未找到” - 如果目标表在
sys或INFORMATION_SCHEMA等系统库，也要写全，如master.sys.databases
跨库视图权限问题：执行者必须有目标库的 SELECT 权限
视图创建成功 ≠ 谁都能查。调用视图的用户，需要对视图里每个四部分名称指向的表都有 SELECT 权限——不是只在视图所在库授权，而是逐个库单独授。
典型报错：
Msg 229, Level 14, State 5, Procedure v_user_union, Line 1 The SELECT permission was denied on the object 'Users', database 'db2', schema 'dbo'.
- 解决方式：对目标用户（或其所属角色）在
db2中显式执行GRANT SELECT ON dbo.Users TO [user_name]; - 不能靠
db_owner角色“自动继承”——如果用户只是db1的db_owner，但没碰过db2，照样被拒 - 链接服务器（Linked Server）场景下，还要额外检查远程登录映射和
RPC/RPC Out设置
UNION ALL 合并多库表时字段类型必须严格兼容
用 UNION ALL 把多个库的同名表“垂直堆叠”，不是简单拼接。SQL Server 按第一个 SELECT 的列类型决定最终结果列类型，后续子句对应列若类型不兼容，会触发隐式转换失败或静默截断。
例如：db1.dbo.Users.name 是 NVARCHAR(50)，db2.dbo.Users.name 是 VARCHAR(100)，SQL Server 会按第一个的类型取 NVARCHAR(50)，第二个值超长部分被无声截断。
- 安全做法：所有子查询统一显式转成目标类型，如
CONVERT(NVARCHAR(100), name) - 数字和字符串混用极危险：一个库返回
INT，另一个返回VARCHAR，SQL Server 优先转成数字，字符串变成0—— 必须全转成NVARCHAR再合并 - 日期字段注意时区和精度：
DATETIME和DATETIME2(7)合并时，后者毫秒部分可能丢失，建议统一用CONVERT(DATETIME2(3), created_at)
视图性能隐患：跨库查询无法利用远端统计信息
SQL Server 查询优化器在编译视图时，只能看到本地库的统计信息。对 db2.dbo.Users 这类远端表，它默认按“小表”估算行数（通常 1 行），导致生成次优执行计划——比如该走索引嵌套循环，却选了哈希匹配甚至表扫描。
- 没有等效于
OPTION (RECOMPILE)的跨库视图级提示，也无法在视图定义里加WITH (NOLOCK)到远端表 - 若某库数据量突增（如归档库导入千万级日志），视图查询可能突然变慢，且执行计划缓存不会自动刷新
- 真实高负载场景，建议改用物化方式：用作业定时把各库数据
INSERT INTO到统一汇总表，再查视图——避免每次查询都跨库实时拉取
跨库视图最易被忽略的一点：它把多个物理数据库的耦合关系“藏进 SQL 语法里”，一旦某个库下线、重命名或权限策略收紧，视图立即失效，且错误只在运行时暴露，编译期不报。上线前务必用低权限账号实测调用，而不是仅用 sa 创建完就认为 OK。
