PostgreSQL用pg_depend查依赖最准，SQL Server推荐sys.sql_expression_dependencies，MySQL无原生依赖追踪需人工扫描代码和日志。
怎么查一个视图被哪些对象引用了
PostgreSQL 和 SQL Server 都提供系统视图来追踪依赖关系，MySQL 则基本不维护这类元数据——这点必须先确认清楚。PostgreSQL 用 pg_depend 配合 pg_class 查最准；SQL Server 推荐用 sys.dm_exec_describe_first_result_set 或 sys.sql_expression_dependencies，后者更稳定。
常见错误是只查 INFORMATION_SCHEMA.VIEWS，它只存视图定义，不存依赖。还有人用 sp_depends（SQL Server），但它已被标记为过时，对跨数据库引用或动态 SQL 返回结果不可靠。
- PostgreSQL 示例：查视图
v_user_summary被哪些函数引用
SELECT DISTINCT n.nspname AS schema_name, p.proname AS function_name FROM pg_depend d JOIN pg_proc p ON d.objid = p.oid JOIN pg_namespace n ON p.pronamespace = n.oid WHERE d.refobjid = 'v_user_summary'::regclass;
- SQL Server 示例：查视图
dbo.v_orders的所有上游依赖（包括表、其他视图）
SELECT referenced_entity_name, referenced_schema_name, referenced_class_desc
FROM sys.sql_expression_dependencies
WHERE referencing_id = OBJECT_ID('dbo.v_orders');为什么不能直接 DROP VIEW 就完事
不是语法不允许，而是删掉后下游应用可能当场报错——比如报表服务里硬编码了该视图名，或者另一个视图的 SELECT * FROM 里引用了它。SQL Server 在删除时默认不检查依赖，PostgreSQL 同样不会阻断，但 MySQL 8.0+ 的 DROP VIEW IF EXISTS 连警告都不给。
真正危险的是“级联失效”：A 视图依赖 B，B 依赖 C 表。你只删了 B，A 查询就崩，而 A 的报错信息里往往只说“invalid relation”，根本看不出根源在 B 已消失。
- 执行前务必确认：是否有存储过程、函数、触发器、定时任务、BI 工具数据集显式调用该视图
- 生产环境建议加锁检查：在事务里先
SELECT COUNT(*) FROM <view_name>，再删，避免删到一半被并发查询命中 - 别信注释里写的“此视图已弃用”，实际 grep 代码库和 BI 元数据发现还在用
MySQL 用户特别注意：没元数据依赖，只能人工扫
MySQL 5.7 和 8.0 的 INFORMATION_SCHEMA.VIEWS 不记录谁引用了它，mysql.proc 也不解析函数体里的视图名。这意味着你删了视图，唯一能提前发现影响的方式是：全量搜索 SQL 文件、应用配置、BI 工具导出的 JSON/YAML、甚至日志里的慢查询。
一个务实做法是临时重命名而非删除：RENAME TABLE v_old TO v_old_deprecated，观察一周错误日志和监控告警是否出现 “Unknown table ‘v_old’”。比盲目删安全得多。
- 用
grep -r 'v_myview' /path/to/app/ --include="*.sql" --include="*.yml"扫描代码库 - 检查 BI 工具后台：Tableau 的
.twb是 XML，Looker 的.explore.lkml里会明写from: v_myview - MySQL 8.0 开启
log_error_verbosity = 3后，错误日志里会包含完整 SQL，可反向定位调用方
删之前必须导出定义和权限
视图定义丢了还能从 SHOW CREATE VIEW 拿回来，但权限（GRANT SELECT ON v_xxx TO role_yyy）一旦删掉就彻底消失，且 MySQL 不支持 SHOW GRANTS FOR VIEW 这种语法。
PostgreSQL 更麻烦：视图权限可能通过 SECURITY DEFINER 函数间接授予，而这类函数本身可能不在当前用户权限范围内，导致你导出时漏掉关键授权逻辑。
- PostgreSQL 导出权限：用
pg_dump --schema-only --table=v_xxx，它会附带GRANT语句 - SQL Server 导出：运行
SELECT 'GRANT ' + permission_name + ' ON ' + OBJECT_NAME(major_id) + ' TO ' + USER_NAME(grantee_principal_id) FROM sys.database_permissions WHERE major_id = OBJECT_ID('v_xxx') - MySQL 最简方案：删前执行
SHOW CREATE VIEW v_xxx和SELECT * FROM mysql.tables_priv WHERE Table_name = 'v_xxx'（需有对应权限）
依赖检查不是为了证明“可以删”，而是为了搞清“删了之后谁会哭”。很多人卡在最后一刻才发现 BI 看板里一个字段背后连着三层视图嵌套，而最上层视图的创建者早已离职。
