MySQL跨库JOIN必须用db_name.table_name显式写全路径名，数据库名与表名须分别用反引号包裹；所有跨库字段需带库前缀或表别名限定，且用户须具备各库表SELECT权限。
MySQL 跨库 JOIN 必须用 db_name.table_name 显式写全名
MySQL 不支持跨库视图或联邦查询（除非启用 FEDERATED 引擎，但默认关闭且维护成本高），所以 JOIN 两个不同数据库的表时，必须在表名前加库名前缀。否则会报错 Table 'xxx' doesn't exist —— 它只在当前默认库找表。
- 正确写法：
SELECT u.name, o.amount FROM db1.users u JOIN db2.orders o ON u.user_id = o.user_id - 错误写法：
FROM users JOIN orders（哪怕已USE db1，orders仍被当作 db1 下的表） - 如果字段名在两库中重复（比如都有
id），必须用别名 + 点号限定，如u.id、o.id，否则报Column 'id' in field list is ambiguous - 权限要同时覆盖两个库：用户需对
db1.*和db2.*都有SELECT权限，缺一不可
PostgreSQL 跨库根本不能直接 JOIN
PostgreSQL 的每个数据库是完全隔离的进程级实例，JOIN 语法不接受跨 database 的表引用。你写 db1.public.users 这种形式会直接报错 cross-database references are not implemented。
- 可行替代方案只有三种：
postgres_fdw外部数据包装器（需 DBA 配置远程服务器、用户映射、导入外表）、dblink函数（拼字符串执行远程查询，返回记录集但无法直接参与 JOIN）、或应用层分两次查再内存合并 -
postgres_fdw是最接近“原生 JOIN”的方案，但要注意：远程表无本地统计信息，优化器容易选错执行计划；网络延迟会拖慢整个查询；事务一致性无法保证（远程操作不参与本地事务） - 别试
CREATE DATABASE LINK—— 那是 Oracle 语法，PostgreSQL 不识别
SQL Server 跨库 JOIN 只需加库名和模式名
SQL Server 的三段式命名 [database].[schema].[table] 是硬性要求，跨库 JOIN 时库名不能省略，但模式名（通常是 dbo）可省略（前提是目标表确实在 dbo 下）。
- 安全写法：
SELECT u.name, o.total FROM SalesDB.dbo.Customers u JOIN FinanceDB.dbo.Invoices o ON u.cust_id = o.cust_id - 省略模式名可能失败：如果
Invoices在FinanceDB的accountingschema 下，不写accounting.就会报Invalid object name 'FinanceDB..Invoices' - 注意权限链：调用者需对两个库都有
SELECT权限，且若启用了CROSS DATABASE OWNERSHIP CHAINING，还涉及所有者链检查，容易因权限断链静默失败
Oracle 跨库 JOIN 依赖 DB Link，且语法易错
Oracle 用 DB Link 实现跨库访问，但 JOIN 写法和本地表完全不同：远程表名后必须跟 @dblink_name，且 ON 条件中的字段不能混用本地/远程别名（比如不能写 u.id = r.id@dl，必须都用远程别名或都用本地别名）。
- 典型写法：
SELECT u.name, r.amount FROM users u, receipts@sales_dblink r WHERE u.user_id = r.user_id（注意：这里不能用JOIN ... ON语法，老版本 Oracle 对远程表的 ANSI JOIN 支持不稳定） - 常见坑：
@符号漏写 → 报ORA-00942: table or view does not exist；DB Link 名大小写敏感（创建时用双引号定义的必须严格匹配）；远程表无索引时，全表扫描会把大量数据拉到本地再过滤，极慢 - 性能关键点：尽量把过滤条件（
WHERE）下推到远程库执行，例如WHERE r.created_date > SYSDATE-7，而不是先拉全量再本地筛
dblink 或 postgres_fdw），导致数据不一致。真要强一致性，别依赖单条 JOIN，改用应用层两阶段提交或 CDC 同步。 
