SQL Server查v_report→v_summary→v_base链路应使用sys.sql_expression_dependencies加递归CTE，禁用已弃用的sp_depends；PostgreSQL需过滤pg_depend中deptype='n'且classid=refclassid='pg_class'::regclass；MySQL只能靠SHOW CREATE VIEW正则解析。
SQL Server 怎么查清 v_report → v_summary → v_base 这种链路
直接用 sys.sql_expression_dependencies + 递归 CTE，别碰 sp_depends——它在 2016+ 版本里已弃用，对嵌套返回空结果。
- 先查单层依赖：
SELECT referenced_entity_name, referenced_schema_name FROM sys.sql_expression_dependencies WHERE referencing_id = OBJECT_ID('v_report') AND referenced_class = 1 - 再用递归 CTE 向下展开，关键要加
WHERE deptype = 'n'（PostgreSQL）或referenced_class = 1（SQL Server），否则会混入索引、约束等干扰项 - 每层都得手动验证列是否存在：对
v_summary跑sys.dm_exec_describe_first_result_set(N'SELECT * FROM v_summary', NULL, 0)，看返回的列名和类型是否匹配上层引用
PostgreSQL 怎么避免 pg_depend 返回一堆无关依赖
pg_depend 默认包含系统自动生成的依赖（比如索引、触发器），真正反映视图间引用的只有 deptype = 'n' 的记录。不加过滤，90% 的结果是噪音。
- 必须联查
pg_rewrite和pg_class：只保留classid = 'pg_class'::regclass AND refclassid = 'pg_class'::regclass，确保两端都是视图或表 - 递归查询时加
AND depth < 10防止无限循环——PostgreSQL 不限制嵌套层数，但人工排查超过 5 层基本就该重构了 -
pg_views完全没用，它只存定义文本，不解析依赖；靠正则从definition字段扒名字容易漏掉 schema 前缀或反引号
MySQL 为什么 SHOW CREATE VIEW 是唯一靠谱入口
MySQL 不维护任何依赖元数据，INFORMATION_SCHEMA.VIEWS.VIEW_DEFINITION 字段甚至可能被截断，连完整 SQL 都拿不全。想定位 v_kpi 是否引用了 v_clean，只能靠人工解析。
- 执行
SHOW CREATE VIEW v_kpi，复制 SELECT 部分，再用正则匹配FROM\s+`?(\w+)`?或JOIN\s+`?(\w+)`?，注意排除带点号的db.schema.table - 如果视图用了
ALGORITHM = TEMPTABLE，说明它无法合并，上层视图必然重算全部中间结果——这是性能隐患，不是依赖问题，但常被忽略 - 改完底层视图后，必须手动
CREATE OR REPLACE VIEW上层，MySQL 不自动刷新依赖链，旧结构会缓存到下次重建
查到依赖链后怎么判断有没有循环
循环不是靠工具报错才暴露的，而是运行时报 Maximum stored procedure, function, trigger, or view nesting level exceeded (limit 32)（SQL Server）或 PostgreSQL 查询卡死、MySQL 返回空结果但无错误——这时候链路已经断了。
- 把所有查到的依赖对写成有向边（
v_a → v_b），导入 Excel 或用 Python NetworkX 构建图，跑一次环检测算法，比肉眼扫快得多 - 重点盯住跨 schema 引用：比如
v_orders在reportschema 下引用etl.v_customers，而后者又反过来引用report.v_orders，这种跨库/跨 schema 循环最难发现 - 一旦确认循环，别修，直接拆：把循环中任意一个视图抽成物化中间表（
CREATE TABLE AS SELECT），用明确命名（如mvw_cleaned_orders）切断链路
真正难的不是查出链路，而是当 v_report 返回空结果时，你得逐层跑 SELECT <em> FROM v_summary</em>、再 SELECT FROM v_base，而不是盯着最外层加 WHERE 调试。
