在SQL Server中如何查看视图所引用的底层表结构？-SQL-PHP中文网

应优先使用sys.sql_expression_dependencies查视图依赖的物理表，因其基于编译时元数据快照，能准确识别架构前缀、别名等静态引用，但无法捕获动态sql拼接的运行时引用；跨库引用需解析referenced_database_name等字段，动态sql则须人工检查sys.sql_modules.definition。

在sql server中如何查看视图所引用的底层表结构？

直接查 INFORMATION_SCHEMA.COLUMNS 只能拿到视图自身的列定义，看不到它背后真实表的字段类型、长度、是否可空等原始结构——这会导致你误判数据来源或写错下游逻辑。必须拆开视图定义，定位到实际被引用的物理表，再查那些表的 sys.columns 或 INFORMATION_SCHEMA.COLUMNS。

用 sys.sql_expression_dependencies 找出视图真正依赖哪些表

这是唯一可靠的方式，因为它是 SQL Server 编译视图时记录的真实依赖快照，不依赖运行时推导。

referencing_id 是视图的 object_id，referenced_id 是被引用对象（如基表）的 object_id
如果 referenced_id 为 NULL，说明引用跨库（比如 OtherDB.dbo.TableX），此时要读 referenced_database_name、referenced_schema_name、referenced_entity_name
修改视图后，依赖关系不会自动更新，必须手动执行 sp_refreshsqlmodule 'YourViewName' 或重建视图
完全不识别字符串拼接式引用（如 'SELECT * FROM ' + @tbl），这种只能扫 sys.sql_modules.definition 配合正则提取

示例查询：

SELECT 
  OBJECT_NAME(d.referencing_id) AS view_name,
  ISNULL(OBJECT_NAME(d.referenced_id), d.referenced_entity_name) AS referenced_name,
  d.referenced_database_name,
  d.referenced_schema_name,
  d.referenced_class_desc
FROM sys.sql_expression_dependencies d
WHERE d.referencing_id = OBJECT_ID('YourViewName')
  AND d.referenced_class IN (1, 2); -- 1=object/column, 2=database

查出基表后，用 sys.columns 获取真实字段结构

拿到表名（含库名、Schema）后，不能直接查视图的列信息，得查物理表本身的列定义——这才是源头结构。

sys.columns 提供字段名、数据类型 ID、最大长度、精度、是否可空、是否标识列等关键信息
需关联 sys.types 才能拿到人类可读的类型名（如 int、varchar），否则只有 system_type_id
max_length 对 varchar 是字节数，对 nvarchar 是字节数（不是字符数），precision/scale 对 decimal 才有意义
别用 INFORMATION_SCHEMA.COLUMNS 查物理表结构——它在跨库引用时可能返回空或错误，且不暴露 is_identity、is_computed 等细节

示例（查某张基表）：

Zoom Workplace

Zoom Workplace是一款AI办公效率工具，Zoom推出的AI办公协作和交流沟通平台。

下载

SELECT 
  c.name AS column_name,
  t.name AS data_type,
  c.max_length,
  c.precision,
  c.scale,
  c.is_nullable,
  c.is_identity
FROM sys.columns c
JOIN sys.types t ON c.system_type_id = t.system_type_id
WHERE c.object_id = OBJECT_ID('dbo.YourBaseTable');

为什么 sys.dm_exec_describe_first_result_set_for_object 不行

这个函数看起来专为视图设计，但底层走的是执行计划预估路径，一碰复杂逻辑就失效。

视图里有 IF 分支（如 IF @mode = 1 SELECT FROM t1 ELSE SELECT FROM t2），它只返回某一分支的结果结构，漏掉另一半
引用尚未创建的表或跨库对象（如 OtherDB.dbo.MissingTable），直接报错 Msg 11522
含动态 SQL（EXEC('SELECT * FROM ' + @tbl)）时完全无法识别，返回空或错误
对 CTE、窗口函数、计算列支持不稳定，依赖的快照可能已过期

它只推导“结果集结构”，不是“真实引用关系”。想查依赖，它连门槛都达不到。