视图能建成功但查时报permission denied，因权限检查在执行时而非创建时：sql server需对目标库表单独授权，mysql需对所有跨库表均有select权，postgresql必须用dblink且连接串含dbname=，否则静默出错。
视图能建成功但查时报 Permission denied
这是最典型的跨库权限错觉：SQL Server 和 MySQL 都允许你用全限定名建视图，但权限检查发生在执行时，不是创建时。视图创建成功 ≠ 你有权限查目标库的表。
- SQL Server 中，即使你有
db1的SELECT权限，若没对db2.dbo.table2单独授权，查视图就会报Msg 916或Permission denied - MySQL 中，用户必须对
db1.users和db2.logs同时拥有SELECT权限；只给一个库的权限，SELECT * FROM my_view就会直接失败 - PostgreSQL 的
dblink连接字符串里如果漏了dbname=other_db，它默认连回当前库，查出来的数据是错的，但不会报错——这种静默错误更难发现
MySQL 视图建不起来，报 Table 'xxx' doesn't exist
跨库视图在 MySQL 里看似自由，但建的时候会立刻校验所有表是否存在、是否可访问。哪怕只是拼写差一个下划线，或者大小写不一致（Linux 系统下 users ≠ Users），就卡在这一步。
- 先运行
SHOW TABLES IN db1 LIKE 'users';和SHOW TABLES IN db2 LIKE 'logs';，确认表名完全匹配 - 如果表名含关键字（比如
order），必须用反引号包裹：db1.`order` JOIN db2.`log` - 临时表（
TEMPORARY TABLE）和分区表不能出现在视图定义中，否则建视图直接被拒
SQL Server 报“Invalid object name”却明明三段式都写了
常见陷阱是 schema 名写漏或写错。SQL Server 要求跨库引用必须写满三段：[db_name].[schema_name].[table_name]，缺一不可。
-
db1..users（缺 schema）→ 报错Invalid object name 'db1..users' -
db1.dbo.users正确，但若数据库名含短横或空格，比如my-db，必须写成[my-db].dbo.users，否则解析失败 - 跨实例（不是同一个 SQL Server 实例）必须配链接服务器，然后用四段式：
[linked_server].[db_name].[schema].[table]；直接写三段式会报Msg 7314
PostgreSQL 视图里写 other_db.public.table 直接语法报错
PostgreSQL 原生不支持跨库引用，任何形如 other_db.public.table 的写法都会被拒绝，报错 cross-database references are not implemented。这不是权限或配置问题，是语法硬限制。
- 唯一合法路径是先
CREATE EXTENSION dblink;，再在视图里调dblink('host=localhost dbname=other_db', 'SELECT id, name FROM public.users') -
dblink()返回的是SETOF record，必须显式用AS (id int, name text)声明结构，否则视图无法创建 - 每次查询都新建连接，性能比本地 JOIN 差一个数量级；别在高频接口或大数据量场景用
跨库视图真正麻烦的从来不是语法，而是权限边界、对象可见性、连接上下文这些看不见的链路。建得出来，不等于跑得通；跑得通一次，也不代表下次还行——尤其当底层表结构变更、用户权限调整、或 PostgreSQL 的 dblink 连接串漏掉 dbname= 时，错误可能悄无声息地发生。
