要查视图完整定义，MySQL应优先用SHOW CREATE VIEW（绕过权限限制），PostgreSQL用pg_get_viewdef()或pg_views.definition，SQL Server则查sys.sql_modules.definition。
怎么用 INFORMATION_SCHEMA 查视图定义
直接查 INFORMATION_SCHEMA.VIEWS 只能拿到视图名和创建语句的摘要，看不到完整 SQL；真正要还原原始定义，得去 INFORMATION_SCHEMA.VIEWS 里取 VIEW_DEFINITION 字段，但它在某些数据库（比如 MySQL 5.7+ 默认）会被截断或返回 NULL——不是你写错了，是权限或模式限制了。
实操建议：
- 先确认当前用户有
SELECT权限在INFORMATION_SCHEMA上，否则VIEW_DEFINITION永远为空 - MySQL 中如果视图用了
DEFINER且当前用户不是该 definer，VIEW_DEFINITION就不可见，此时得换高权限账号，或改用SHOW CREATE VIEW - PostgreSQL 不走这个表，得查
pg_views或更底层的pg_class+pg_rewrite，INFORMATION_SCHEMA.VIEWS在 PG 里只存简化版，view_definition字段常为 null
MySQL 下 SHOW CREATE VIEW 更可靠
SHOW CREATE VIEW 是 MySQL 原生命令，绕过权限过滤，只要用户对视图有 SHOW VIEW 权限就能看到完整建表语句，包括注释、格式缩进、甚至临时表引用。
常见错误现象：ERROR 1356 (HY000): View 'db.v' references invalid table(s) or column(s) —— 这说明视图底层依赖已失效，但 SHOW CREATE VIEW 仍能显示原 SQL，只是执行会报错。
使用示例：
SHOW CREATE VIEW <code>my_view</code>;
注意点：
- 输出结果第二列才是真实定义，别误读第一列（视图名）
- 如果视图嵌套太深或含特殊字符，
CREATE VIEW语句里可能带ALGORITHM=MERGE或DEFINER，这些会影响实际执行逻辑，不能忽略 - 导出迁移时，别只复制
AS后面那段，DEFINER和SQL SECURITY也得一并处理，否则在新环境可能权限失败
PostgreSQL 怎么查视图源码
PG 不支持 INFORMATION_SCHEMA.VIEWS 的 view_definition 字段回填完整 SQL，它只存简化逻辑。真要还原，得组合查系统表。
最简路径是：
SELECT pg_get_viewdef('<code>my_view</code>'::regclass);
或者更稳妥地连 pg_views：
SELECT definition FROM pg_views WHERE schemaname = '<code>public</code>' AND viewname = '<code>my_view</code>';
关键差异：
-
pg_get_viewdef()返回格式化后的 SQL，含换行缩进，可读性强；pg_views.definition是原始字符串，可能被截断（尤其超长视图） - 如果视图跨 schema，
regclass解析失败会报错，得显式指定 schema：'myschema.my_view'::regclass - 函数返回的是“运行时展开后”的定义，若视图里用了 CTE 或子查询，不会还原成原始写的结构，这点和 MySQL 的
SHOW CREATE VIEW不同
SQL Server 用 sys.views + sys.sql_modules
SQL Server 完全不搭理 INFORMATION_SCHEMA.VIEWS 的定义字段，它把视图逻辑全塞进 sys.sql_modules，靠 object_id 关联。
标准查法：
SELECT m.definition<br>FROM sys.views v<br>JOIN sys.sql_modules m ON v.object_id = m.object_id<br>WHERE v.name = '<code>my_view</code>';
容易踩的坑：
-
sys.views默认只返回当前数据库的视图，跨库必须用三段式名：otherdb.sys.views，且需有对应权限 -
definition是nvarchar(max)，但 SSMS 默认只显示前 4000 字符，右键结果 → “复制特殊” → “复制全部”才能拿全 - 如果视图被加密（
WITH ENCRYPTION），definition就是 NULL，这时候没别的办法，只能靠备份还原或从部署脚本里翻原始 SQL
不同数据库对“原始定义”的理解差得挺远：MySQL 记的是你敲进去的字面量，PostgreSQL 存的是解析树转译结果，SQL Server 则可能直接丢弃格式信息。想还原到刚写完的样子，基本做不到；能拿到可执行、语义等价的版本，就已经算顺利了。
