CREATE VIEW本身不处理跨库查询，仅保存SELECT语句；能否跨库取决于该SELECT在当前库是否可直接执行成功，需满足权限、语法、对象存在性等全部条件。
CREATE VIEW 本身不处理跨库查询，它只是把 SELECT 语句存下来。能不能跨库，完全取决于你写在视图里的那条 SELECT 在当前数据库里能否直接执行成功——权限、语法、对象存在性，一个都不能少。
MySQL 视图里写 db1.t1 JOIN db2.t2 为什么建不起来？
建视图时会立刻校验所有表是否存在、是否可访问，不是等到查的时候才报错。
-
SHOW TABLES IN db1 LIKE 't1'和SHOW TABLES IN db2 LIKE 't2'必须都返回结果，大小写、下划线、反引号（如db1.`order`）都要严丝合缝 - 用户必须对
db1.t1和db2.t2同时有SELECT权限，缺一不可；GRANT SELECT ON db1.* TO 'u'@'%'不等于GRANT SELECT ON db2.* TO 'u'@'%' - 表不能是临时表、分区表或 FEDERATED 表（除非已启用且配置正确），否则
CREATE VIEW直接拒绝
SQL Server 视图用三段式命名报 Invalid object name 怎么办？
SQL Server 要求跨库引用必须写满三段：[db_name].[schema_name].[table_name]，漏掉 schema 或格式不对就挂。
- 写成
db1..t1（缺 schema）→ 报错Invalid object name 'db1..t1' - 数据库名含短横或空格，比如
my-db，必须用方括号：[my-db].dbo.t1，写成my-db.dbo.t1解析失败 - 跨实例（不同 SQL Server 服务）必须先配链接服务器，再用四段式：
[linked_server].[db_name].[schema].[table]，否则报Msg 7314
PostgreSQL 视图里写 other_db.public.t1 为什么语法报错？
PostgreSQL 原生禁止任何跨库引用，other_db.public.t1 这种写法直接被拒，报 cross-database references are not implemented，跟权限无关，是硬限制。
- 唯一合法路径是先
CREATE EXTENSION dblink，然后在视图里调dblink('host=localhost dbname=other_db', 'SELECT id FROM public.t1') -
dblink()返回SETOF record，必须显式用AS (id int)声明结构，否则视图创建失败 - 连接字符串里
dbname=other_db缺不得——漏了就静默连回当前库，查出错数据但不报错
跨库视图查得慢，怎么定位是不是下推失效？
慢通常不是因为“跨库”本身，而是数据全量拉到本地再过滤。关键看谓词是否下推到远程执行。
- MySQL 的
FEDERATED引擎完全不支持下推：所有WHERE、JOIN、LIMIT都在本地算，远程只吐全表 - PostgreSQL 的
postgres_fdw支持下推，但复杂表达式（如UPPER(name)、子查询）仍会回本地处理；用EXPLAIN看执行计划，出现Remote SQL: SELECT ...才算真正下推 - 避免在视图里写
SELECT *，尤其远程表字段多时；显式列出需要的列，减少网络传输
跨库视图最易被忽略的点，是权限检查发生在运行时而非创建时——视图建得再顺，查的时候权限缺一块，照样 Permission denied。别信“建成功就万事大吉”。
