最可靠方式是执行sp_refreshview并捕获错误或使用sys.dm_exec_describe_first_result_set静态验证；前者通过重绑定触发msg 208精准识别缺失对象，后者轻量但可能因权限误报；二者均优于解析视图定义。

SQL Server 中如何检查视图依赖的基表是否存在

直接查 sys.dm_exec_describe_first_result_set 或尝试执行 sp_refreshview 并捕获错误，是最可靠的方式。仅靠解析视图定义（如 OBJECT_DEFINITION）容易漏掉动态拼接、同义词、跨库三段式引用等场景，不能作为存在性判断依据。

用 sp_refreshview 捕获缺失对象错误

SQL Server 的 sp_refreshview 会重新绑定视图元数据，若引用的表/列不存在，会抛出明确错误：Msg 208, Level 16, State 1, Procedure xxx, Line y — Invalid object name 'xxx'。这是最贴近实际运行时行为的检测方式。

实操建议：

• 在事务中执行 sp_refreshview，失败即回滚，避免意外修改元数据
• 用 TRY...CATCH 捕获 ERROR_NUMBER() = 208 或 ERROR_NUMBER() = 3701（DROP 失败时也可能触发）
• 对每个视图单独调用，不要批量拼接 EXEC，否则错误位置难定位
• 示例片段：

  DECLARE @view_name SYSNAME = 'dbo.v_customer_summary';
  BEGIN TRY
      EXEC sp_refreshview @view_name;
      PRINT 'OK: ' + @view_name;
  END TRY
  BEGIN CATCH
      IF ERROR_NUMBER() = 208
          PRINT 'MISSING: ' + @view_name + ' → ' + ERROR_MESSAGE();
  END CATCH

用 sys.dm_exec_describe_first_result_set 静态验证（SQL Server 2012+）

该 DMV 不执行视图，只做轻量级元数据推导，若底层对象不可达（如表被删、权限不足），会返回 is_ambiguous = 1 或在 error_message 列中包含 "Invalid object name"。

注意点：

• 必须传入完整三段式名称（如 'dbo.v_sales_report'），不能只传视图名
• 不支持含参数的视图（如 CREATE VIEW v AS SELECT * FROM t WHERE id = @p），会报错 Msg 8180
• 返回结果集行数为 0 或 error_message IS NOT NULL 即视为异常
• 比 sp_refreshview 更快，适合大规模巡检，但误报率略高（例如因权限导致的“不可达”会被判为缺失）

绕不开的边界情况：同义词、跨数据库、延迟绑定

如果视图里用了 CREATE SYNONYM s FOR otherdb.dbo.t，或直接写 otherdb.dbo.table，那么即使当前数据库里没这张表，只要 synonym 目标或远程库可达，视图就合法。此时检测必须连到目标库上下文执行，或提前解析 synonym 指向。

容易踩的坑：

• sys.sql_expression_dependencies 可能滞后——比如刚删表但没清缓存，它仍显示依赖存在
• 视图中用 EXEC('SELECT * FROM '+@tbl) 这类动态 SQL，任何静态分析都无效
• 某些系统视图（如 sys.dm_db_index_usage_stats）在低权限下不可见，会导致误报“表不存在”，实际是权限问题

真正难处理的是动态构建对象名和权限隔离场景，这时候只能结合日志、监控或上线前人工验证。