查询视图Window引用的源表与源列，sys.sql_dependencies无法找到该视图

首先回应你的更新：sys.sql_dependencies 是SQL Server的遗留系统视图，在SQL Server 2008及以后的版本中，微软已经推荐使用动态管理函数（DMF）来替代它——它无法捕获所有类型的依赖关系（比如加密对象、复杂表达式生成的列等），而且依赖信息可能因对象未重新编译而不准确，这就是你找不到该视图依赖的原因。

针对你的需求——不查看视图SQL代码就能获取视图列对应的源表和源列名，这里有几个可行的方案：

方案1：使用动态管理函数追踪依赖（推荐） #

可以结合 sys.dm_sql_referenced_entities 和 sys.dm_sql_referencing_columns 这两个DMF，它们能动态解析视图的依赖关系，比旧的系统视图更准确：

SELECT
    -- 视图中的列名（包括你定义的别名）
    col.name AS view_column_name,
    -- 源表名称
    ref.referenced_entity_name AS source_table_name,
    -- 源表中的实际列名（仅针对直接引用的列）
    ref.referenced_minor_name AS source_column_name
FROM
    sys.views v
JOIN
    sys.columns col ON v.object_id = col.object_id
-- 获取视图引用的所有实体（表、列等）
CROSS APPLY
    sys.dm_sql_referenced_entities(v.name, 'OBJECT') ref
-- 关联视图列和对应的源列
LEFT JOIN
    sys.dm_sql_referencing_columns(v.object_id, col.column_id) ref_col
    ON ref.referenced_id = ref_col.referenced_id
    AND ref.referenced_minor_id = ref_col.referenced_minor_id
WHERE
    v.name = 'Window'
ORDER BY
    col.column_id;

注意事项： #

• 对于通过聚合函数（COUNT、SUM）、CASE 语句或其他计算逻辑生成的视图列，这个查询可能无法返回对应的源列（因为这些列没有直接的源列引用）。
• 如果视图引用了其他视图而非直接表，你需要递归查询这些嵌套视图的依赖关系。

方案2：检查视图的定义文本（必要时补充使用） #

如果上述方法无法满足需求（比如需要追踪计算列的数据源），可以通过以下语句获取视图的定义，针对性地分析关键部分：

SELECT OBJECT_DEFINITION(object_id) AS view_definition
FROM sys.views
WHERE name = 'Window';

虽然你提到不想看复杂的代码，但这个方法可以帮你精准定位计算列的数据源，尤其是当DMF无法捕获间接依赖的时候。

为什么之前的方法无效？ #

• sys.columns 只存储视图本身的列元数据（包括你定义的别名），不会关联到源表的列。
• sys.sql_dependencies 作为遗留视图，存在很多局限性，比如不支持加密对象、无法捕获某些复杂表达式的依赖，且依赖信息可能过时。

内容的提问来源于stack exchange，提问作者James B