视图无法跨数据库自动合并数据，必须依赖数据库原生跨库能力：SQL Server可用四段式命名+UNION ALL；MySQL需启用FEDERATED引擎或先同步数据；PostgreSQL须用postgres_fdw扩展桥接，且字段类型、时区、NULL语义须显式对齐。
不能直接用视图跨数据库合并数据——视图本身不突破数据库边界，必须依赖数据库原生的跨库能力或提前把表拉到同一库中。
SQL Server 用四段式命名 + UNION ALL 视图
SQL Server 支持在同一个实例内跨数据库查询，语法是 database.schema.table。只要当前登录用户对两个库都有 SELECT 权限，就能在视图里直接引用：
- 确保历史表和实时表在同一个 SQL Server 实例下（哪怕不同数据库名），否则
archivedb.dbo.order_archive会报“对象名无效” - 字段必须逐个对齐：类型不兼容时强制
CAST(created_at AS DATETIME2)，别名统一为event_time - 避免在视图定义里写
ORDER BY，它会被忽略；真要排序得在外层查询加 - 示例片段：
CREATE VIEW unified_orders AS SELECT id, order_no, status, created_at AS event_time, 'current' AS source FROM currentdb.dbo.current_orders UNION ALL SELECT id, order_no, status, archived_at AS event_time, 'archive' AS source FROM archivedb.dbo.order_archive;
MySQL 要么开 Federated 引擎，要么先同步表
MySQL 默认不支持跨库 UNION ALL 引用其他数据库的表（即使同实例），除非启用 FEDERATED 存储引擎——但该引擎在 MySQL 8.0+ 已被默认禁用，且生产环境极少启用：
- 启用后需手动创建 FEDERATED 表映射远程表，配置繁琐、性能差、事务不一致风险高
- 更稳妥的做法是：用
mysqldump或INSERT INTO ... SELECT把历史表数据定期导入到主库，再在主库建视图 - 如果历史表是按月分表（如
orders_202310,orders_202311），可在同一库内用UNION ALL合并，但每张表都得显式CAST和重命名字段 - 别指望
SELECT * FROM db1.t1 UNION ALL SELECT * FROM db2.t2在 MySQL 里能跑通——大概率报错 “ERROR 1146 (42S02): Table 'db2.t2' doesn't exist”，因为解析器不认跨库标识
PostgreSQL 需用 postgres_fdw 扩展桥接
PostgreSQL 本身也不允许跨数据库 UNION ALL，必须借助 postgres_fdw 外部数据包装器（Foreign Data Wrapper）把另一个库当作“外部表”挂进来：
- 先在目标库执行
CREATE EXTENSION postgres_fdw，再CREATE SERVER和CREATE USER MAPPING - 然后
IMPORT FOREIGN SCHEMA把远端表结构拉过来，生成本地可查的外部表（如archive_orders） - 最后才能在视图里写
SELECT ... FROM local_orders UNION ALL SELECT ... FROM archive_orders - 注意：外部表查询走网络，延迟高；
WHERE条件下推不一定生效，容易全量拉取；权限、SSL、连接池都要额外配
最容易被忽略的陷阱：时间字段精度与 NULL 语义错位
就算跨库路径打通了，字段拼接失败往往不是语法问题，而是语义冲突：
-
created_at是TIMESTAMP WITHOUT TIME ZONE，archived_at是TIMESTAMP WITH TIME ZONE—— PostgreSQL 会拒绝UNION，必须显式archived_at AT TIME ZONE 'UTC'或CAST(archived_at AS TIMESTAMP) - 实时表里
status允许NULL表示“未初始化”，历史表里NULL表示“已作废”——合并后无法区分，得加CASE WHEN source = 'current' AND status IS NULL THEN 'uninitialized' ELSE ... END - 加
source字段不是为了好看，而是当某行数据在两边都存在时（比如归档脚本出错重复写入），你能一眼看出哪边是源头、哪边是副本
