SQL Server中是否存在类似Oracle的user_objects status='INVALID'查询方式？

当然有对应的实现方式啦！SQL Server里虽然没有和Oracle user_objects完全匹配的系统视图，但我们可以通过系统目录视图的组合来识别无效对象，逻辑和Oracle的status = 'INVALID'是一致的——都是找出那些因为依赖缺失、语法错误等原因无法正常编译的对象。下面是几种实用的查询方式：

1. 批量查找所有无效的可编程对象（存储过程、函数、视图、触发器） #

这是覆盖范围最广的查询，适合一次性检查所有常见的自定义对象：

SELECT 
    SCHEMA_NAME(o.schema_id) AS [Schema],
    o.name AS ObjectName,
    o.type_desc AS ObjectType,
    -- 可选：查看对象定义，方便排查问题
    m.definition AS ObjectDefinition
FROM 
    sys.objects o
INNER JOIN 
    sys.sql_modules m ON o.object_id = m.object_id
WHERE 
    o.is_ms_shipped = 0 -- 排除SQL Server自带的系统对象
    AND (
        OBJECTPROPERTY(o.object_id, 'IsProcedure') = 1 
        OR OBJECTPROPERTY(o.object_id, 'IsScalarFunction') = 1 
        OR OBJECTPROPERTY(o.object_id, 'IsTableFunction') = 1 
        OR OBJECTPROPERTY(o.object_id, 'IsView') = 1 
        OR OBJECTPROPERTY(o.object_id, 'IsTrigger') = 1
    )
    AND OBJECTPROPERTY(o.object_id, 'IsValid') = 0; -- 筛选无效对象

核心逻辑是OBJECTPROPERTY(o.object_id, 'IsValid') = 0，这个属性会标记所有编译失败的对象。

2. 精准查找无效视图 #

如果只需要检查视图的有效性，可以用更简洁的查询：

SELECT 
    SCHEMA_NAME(v.schema_id) AS [Schema],
    v.name AS ViewName,
    v.create_date,
    v.modify_date
FROM 
    sys.views v
WHERE 
    OBJECTPROPERTY(v.object_id, 'IsValid') = 0;

3. 辅助排查：查看无效对象的依赖关系 #

很多时候对象无效是因为它引用的表、列或者其他对象被删除/修改了，你可以用下面的查询定位依赖问题：

SELECT 
    SCHEMA_NAME(ed.referencing_id) AS ReferencingSchema,
    OBJECT_NAME(ed.referencing_id) AS ReferencingObject,
    SCHEMA_NAME(ed.referenced_id) AS ReferencedSchema,
    OBJECT_NAME(ed.referenced_id) AS ReferencedObject
FROM 
    sys.sql_expression_dependencies ed
WHERE 
    OBJECT_NAME(ed.referencing_id) = 'YourInvalidObjectName'; -- 替换成你的无效对象名称

和Oracle不同的是，SQL Server不会自动标记所有“过时”的对象为无效——只有当对象被调用或者手动编译失败时，才会被标记为无效状态。如果需要强制检查所有对象的有效性，可以先执行sp_refreshsqlmodule来刷新对象的依赖，再执行上面的查询。

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