Msg 7314报错表明远程对象无效，根本原因是Linked Server未真正注册成功；必须完整执行sp_addlinkedserver创建别名和sp_addlinkedsrvlogin绑定凭据两步，缺一不可，否则即使启用Windows认证也会因凭据缺失导致Login failed。
SQL Server 四部分名报错 Msg 7314，先查 Linked Server 是否真建好
报 Msg 7314, Level 16: The object name 'xxx' is invalid，不是语法写错了，是远程服务器根本没注册成功。Linked Server 必须两步全做：sp_addlinkedserver 注册别名，再用 sp_addlinkedsrvlogin 绑定凭据——漏第二步，哪怕开了 Windows 认证，也会报 Login failed for user '(null)'。
验证方式很简单：
- 执行
SELECT * FROM sys.servers WHERE is_linked = 1，看目标服务器是否在结果里 - 执行
EXEC sp_testlinkedserver [RemoteProd]，不报错才算通 - 注意
@provider = 'MSOLEDBSQL'，别用已弃用的SQLOLEDB
PostgreSQL postgres_fdw 表查不到数据，检查 USER MAPPING 和 IMPORT FOREIGN SCHEMA
建了 CREATE SERVER 但查出来为空，大概率卡在 CREATE USER MAPPING 这一步——没这句，连认证都过不去，更别说拉数据。而且 IMPORT FOREIGN SCHEMA 不是可选操作，是必须的：手写 CREATE FOREIGN TABLE 极易类型映射错（比如远端 jsonb 被当成 text），导致下推失败、全表拉取。
实操要点：
-
CREATE EXTENSION postgres_fdw必须在当前库执行，不是全局生效 -
CREATE SERVER里的host和dbname必须明确，port别省略 -
IMPORT FOREIGN SCHEMA后，才能用SELECT * FROM remote_customers；否则得写成remote_srv.customers
MySQL FEDERATED 表返回 NULL 或报 Unknown storage engine
建表成功但查出来全是 NULL，或者直接报 ERROR 1286 (42000): Unknown storage engine 'FEDERATED'，说明引擎根本没启用。MySQL 8.0+ 默认关闭 FEDERATED，且不能在线开启。
必须做三件事：
- 确认
my.cnf里有plugin_load_add = federated，然后重启 mysqld - 运行
SHOW ENGINES;，看FEDERATED行的Support是否为YES -
CONNECTION字符串要完整：协议、用户、密码、host、port、db、table 缺一不可，例如CONNECTION='mysql://user:pass@192.168.1.100:3306/remote_db/remote_table'
跨库视图性能突然变差，先看执行计划里有没有 Remote SQL
视图跑得慢，不是因为数据量大，而是远程表被整张拖回来了。PostgreSQL 看 EXPLAIN 输出里有没有 Remote SQL；SQL Server 看有没有 Remote Query。没有？说明所有过滤和 JOIN 条件都没下推。
常见破坏下推的操作：
-
ON t1.name = UPPER(t2.name)—— 函数混用，优化器放弃下推 -
WHERE t1.created_at > DATE(NOW())—— 用函数包裹字段，不如写成t1.created_at >= '2026-08-01' - JOIN 条件里出现本地计算值，比如
ON t1.id = t2.ref_id + 100
字符集或排序规则不一致也会静默破坏匹配，比如 utf8mb4_unicode_ci 和 utf8mb4_0900_as_cs 直接等值比较，MySQL 报错，PostgreSQL 可能只返回空结果。
