ANSI SQL标准不支持跨数据库查询，各数据库需依赖自身机制：SQL Server需Linked Server，PostgreSQL需dblink或postgres_fdw，MySQL跨实例需mysql_fdw（非原生），Oracle需DATABASE LINK且依赖tnsnames.ora配置。

ANSI SQL 标准本身不支持跨数据库查询——它只定义了单库内的语法和行为。所谓“通用”，其实是绕开跨库，或在各数据库上用各自机制达成等效效果，而不是写一条语句跑遍所有系统。

为什么不能直接用 database.schema.table 写通用查询

不同数据库对“三段式命名”的支持差异极大：

• SQL Server 允许四段式 [Server].[Database].[Schema].[Table]，但前提是已建 Linked Server；没配就报错 Login failed for user '(null)'
• PostgreSQL 默认拒绝 otherdb.public.users，直接抛 cross-database references are not implemented，不是权限问题，是内核硬限制
• MySQL 8.0+ 不支持跨实例的三段式，FEDERATED 引擎已弃用，mysql_fdw 需手动编译安装且仅限 PostgreSQL 外部数据包装器场景
• Oracle 要求显式后缀 @dblink_name，且 USING 'tns_name' 必须提前配置在 tnsnames.ora 中，写 IP+端口会触发 ORA-12154

真正能跨数据库“通用”的只有 UNION ALL + 同构表结构

如果你控制数据源输出格式（比如 ETL 后统一落库），可以用 ANSI SQL 的 UNION ALL 拼接多个库中结构一致的表：

SELECT id, name, 'prod' AS source FROM users
UNION ALL
SELECT id, name, 'staging' AS source FROM users

注意点：

• 字段数、顺序、类型必须严格一致，否则 MySQL 报 ERROR 1222，PostgreSQL 报 UNION types text and integer cannot be matched
• 别名只能在第一个 SELECT 定义，后续子句不能带 AS
• 不能在 UNION ALL 外再套 JOIN 或窗口函数——多数数据库不支持这种嵌套层级
• 性能差：每个 SELECT 独立执行，无跨库优化，大数据量时延迟叠加

字符串连接这类基础操作也得按数据库切面处理

想用 || 做跨库兼容？行不通：

• SQLite / PostgreSQL / Oracle 默认认 || 是字符串拼接
• MySQL 默认把 || 当逻辑 OR，除非设 sql_mode = 'PIPES_AS_CONCAT'，但这属于会话级配置，应用层无法保证每次连接都生效
• SQL Server 完全不支持 ||，必须用 +，且遇到 NULL 会整列变 NULL，还得套 ISNULL()

所以最稳的方式是回避方言差异：在应用层拼字符串，或统一用 CONCAT()——它在 MySQL 5.7+、PostgreSQL 9.1+、SQL Server 2012+、Oracle 12c+ 都可用，但 SQLite 不支持，得 fallback 到 ||。

跨数据库查询的复杂点从来不在语法怎么写，而在于你是否清楚每种数据库的“底子”：PostgreSQL 没扩展就废，SQL Server 少配一个 sp_addlinkedsrvlogin 就连不上，Oracle 的 tnsnames.ora 改完不 reload 就白改。别指望一条 SQL 解决所有问题，先确认目标环境能跑通什么，再决定怎么写。