postgresql用pg_depend+pg_class查最准，sql server用sys.sql_expression_dependencies；二者均需避免直接解析视图定义文本，而应结合系统元数据精准定位依赖旧表名的视图。
查出所有依赖旧表名的视图
PostgreSQL 和 SQL Server 都提供系统视图来追踪对象依赖关系，但方式不同。PostgreSQL 中最可靠的是 pg_depend + pg_class + pg_views 联查；SQL Server 则用 sys.sql_expression_dependencies。别直接查 pg_views.definition 或 sys.views 的文本字段——大小写、换行、注释都会干扰匹配。
PostgreSQL 示例（查引用表 old_table 的视图）：
SELECT n.nspname AS schema_name,
c.relname AS view_name
FROM pg_depend d
JOIN pg_class c ON d.refobjid = c.oid AND c.relkind = 'v'
JOIN pg_namespace n ON c.relnamespace = n.oid
JOIN pg_class t ON d.objid = t.oid AND t.relname = 'old_table'
WHERE d.classid = 'pg_class'::regclass
AND d.refclassid = 'pg_class'::regclass
AND d.deptype = 'n';
SQL Server 示例：
SELECT OBJECT_SCHEMA_NAME(referencing_id) AS schema_name,
OBJECT_NAME(referencing_id) AS view_name
FROM sys.sql_expression_dependencies
WHERE referenced_entity_name = 'old_table'
AND referenced_class = 1 -- object or column
AND OBJECTPROPERTY(referencing_id, 'IsView') = 1;
生成修复用的 ALTER VIEW 脚本
不能靠字符串替换硬改 pg_views.definition —— 视图定义里可能有同名字段、别名、子查询里的嵌套表，甚至注释里出现 old_table。必须用 pg_get_viewdef()（PG）或 OBJECT_DEFINITION()（SQL Server）拿到标准格式化定义，再做精准替换。
关键点：
- 只替换完整单词边界：用正则
yold_tabley（PostgreSQL）或old_table（SQL Server），避免把old_table_backup也替了 - 保留原有大小写风格：如果原视图里写的是
OLD_TABLE，就替成NEW_TABLE，不是一律小写 - SQL Server 不支持在
ALTER VIEW中直接传变量，得用动态 SQL 拼接，且注意QUOTENAME()包裹 schema 名防注入
PostgreSQL 批量生成脚本示例（输出可执行的 ALTER VIEW 语句）：
SELECT format('CREATE OR REPLACE VIEW %I.%I AS %s;',
n.nspname, c.relname,
regexp_replace(pg_get_viewdef(c.oid), E'\yold_table\y', 'new_table', 'g'))
FROM pg_depend d
JOIN pg_class c ON d.refobjid = c.oid AND c.relkind = 'v'
JOIN pg_namespace n ON c.relnamespace = n.oid
JOIN pg_class t ON d.objid = t.oid AND t.relname = 'old_table'
WHERE d.classid = 'pg_class'::regclass
AND d.refclassid = 'pg_class'::regclass
AND d.deptype = 'n';
执行前必须验证定义是否合法
生成的 CREATE OR REPLACE VIEW 脚本不一定能直接跑通。常见问题包括：
- 新表
new_table缺少原old_table的某个字段（比如视图里用了old_table.status，但new_table改名叫state） - 权限未同步：视图所有者可能没被授予
SELECTonnew_table - 跨 schema 引用时路径没更新，比如从
public.old_table变成data.new_table，但脚本只替换了表名没动 schema
建议流程：
- 先用
CREATE OR REPLACE VIEW ... AS ...在事务中执行（PostgreSQL 支持 DDL 在事务里回滚） - 立即跟一句
SELECT * FROM view_name LIMIT 1测试能否编译+执行 - 捕获错误：PostgreSQL 报
column "xxx" does not exist，SQL Server 报Invalid column name，都说明字段映射不一致，得人工介入
MySQL 用户注意：没有原生依赖追踪
MySQL 8.0+ 的 INFORMATION_SCHEMA.VIEW_TABLE_USAGE 只记录视图用了哪些表，但不保证实时准确，且无法区分是直接引用还是嵌套引用。更稳的办法是解析 SHOW CREATE VIEW 输出：
SELECT table_schema, table_name,
REPLACE(REPLACE(SUBSTRING_INDEX(SUBSTRING_INDEX(view_definition, 'FROM', -1), ' ', 1), '`', ''), ';', '') AS guessed_table
FROM INFORMATION_SCHEMA.VIEWS
WHERE view_definition LIKE '%old_table%';
这只能当线索，不能当依据。真正修复时，仍需人工核对每个视图的完整定义，因为 MySQL 不支持 ALTER VIEW 修改定义中的表名——必须 DROP + CREATE，而 DROP 会丢失原有权限和注释。
最易被忽略的一点：视图可能被其他视图引用。修复完一层后，得递归检查依赖链，否则上层视图依然报错。工具可以帮你列出来，但“是否真要全量重刷”得结合业务停机窗口判断。
