要查视图完整定义,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 则可能直接丢弃格式信息。想还原到刚写完的样子,基本做不到;能拿到可执行、语义等价的版本,就已经算顺利了。