sql server和postgresql不维护完整视图依赖图，information_schema.views仅存定义文本；mysql甚至不全存定义。实操需用sys.sql_expression_dependencies（sql server）、pg_depend+deptype='n'（postgresql）、show create view+正则（mysql）识别嵌套及循环依赖。
查 INFORMATION_SCHEMA.VIEWS 只能看到直接引用，看不到嵌套依赖
SQL Server 和 PostgreSQL 都不把视图依赖关系存成“完整图”，INFORMATION_SCHEMA.VIEWS 里只有视图定义文本，没解析过。MySQL 更干脆，连视图定义都不全存。所以光看这个表，根本发现不了 v_orders 引用 v_customers，而后者又反过来引用前者的循环。
实操建议：
- SQL Server：优先用
sys.dm_exec_describe_first_result_set+sys.sql_expression_dependencies联查，它能递归识别跨视图的列级引用 - PostgreSQL：必须跑
pg_depend+pg_rewrite+ 自己写递归 CTE，pg_views视图完全没用 - MySQL：只能靠
SHOW CREATE VIEW提取SELECT子句，再正则匹配FROM后的视图名——注意要排除反引号和点号分隔的 schema 名
sp_depends 在 SQL Server 2016+ 已弃用，且不报循环
sp_depends 只做单层扫描，遇到 CREATE VIEW v1 AS SELECT * FROM v2 会列出 v2，但不会继续查 v2 里有没有 v1。更麻烦的是，它在 SQL Server 2016 后被标记为“不推荐使用”，返回结果可能为空或错乱。
实操建议：
- 改用
sys.dm_exec_describe_first_result_set(N'CREATE VIEW v AS ...', NULL, 0)模拟创建过程，触发依赖解析 - 对每个视图执行
SELECT referencing_id, referenced_id FROM sys.sql_expression_dependencies WHERE referencing_id = OBJECT_ID('v_name')，再用递归 CTE 向下展开 - 加个
WHERE referenced_class = 1（1 表示对象），过滤掉参数、类型等干扰项
PostgreSQL 中 pg_depend 的 deptype = 'n' 是关键线索
PostgreSQL 把视图依赖存在 pg_depend 里，但默认 deptype 值有 'n'（normal）、'a'（auto）、'i'（internal）好几种。'n' 才代表用户写的显式依赖，比如 CREATE VIEW v1 AS SELECT * FROM v2；其他类型可能是系统自动生成的，不能参与循环判断。
实操建议：
- 递归查询必须加
AND deptype = 'n'条件，否则会混入索引、约束等无关依赖 - 别只查
objid，得同时比对refobjid和classid = 'pg_class'::regclass，确保两端都是视图或表 - 用
WITH RECURSIVE时，在UNION ALL的递归部分加AND depth 防止无限循环炸栈
MySQL 没有原生依赖图，information_schema.VIEWS 的 VIEW_DEFINITION 字段要手动解析
MySQL 的 VIEW_DEFINITION 是 TEXT 类型，内容带换行、空格、甚至注释，直接 LIKE '%v1%' 会误杀（比如字段名含 v1_id）。而且它不区分大小写，但视图名实际是大小写敏感的（取决于 lower_case_table_names 设置）。
实操建议：
- 用
REGEXP '(^|[^a-zA-Z0-9_])v1($|[^a-zA-Z0-9_])'替代LIKE，避开子串匹配陷阱 - 先用
SELECT SCHEMA_NAME, TABLE_NAME FROM information_schema.VIEWS获取所有视图全名，再拼进正则，避免跨库误判 - 如果服务器支持 MySQL 8.0+，可临时启用
performance_schema的prepared_statements_instances表，抓取 CREATE VIEW 语句的原始上下文
循环依赖真正难的不是找链条，而是确认“哪一层引用算有效”——比如视图 A 引用 B，B 用 UNION ALL 引用 A，但只在第二个分支里出现，这种算不算？不同数据库解释不同，得按你实际执行时报的错误来反推边界。
