SQL Server中判断唯一约束存在性失败：OBJECT_ID始终返回NULL

你的代码存在两个关键问题，导致无论约束是否存在都会执行删除操作：

1. OBJECT_ID的参数格式错误：约束不是表的子对象，不能用[dbo].[TableY].[UQ_X]这种格式指定对象名，SQL Server无法识别该格式，因此OBJECT_ID始终返回NULL。
2. IF EXISTS的判断逻辑有误：即使OBJECT_ID返回NULL，SELECT OBJECTPROPERTY(NULL, 'IsUniqueCnst')仍会返回一行NULL值，IF EXISTS会判定结果集非空，从而执行后续的DROP操作。

正确写法一：修正OBJECT_ID调用并添加类型判断 #

直接指定约束的架构和名称，同时通过type = 'UQ'限定为唯一约束，避免误判其他类型的对象：

IF EXISTS (
    SELECT 1 
    FROM sys.objects 
    WHERE object_id = OBJECT_ID(N'[dbo].[UQ_X]') 
      AND type = 'UQ'
)
BEGIN
  ALTER TABLE [dbo].[TableY]
    DROP CONSTRAINT [UQ_X]
END

正确写法二：通过系统视图关联表查询（更可靠） #

如果担心存在同名约束属于其他表的情况，可以关联sys.tables和sys.constraints，精准定位到目标表的约束：

IF EXISTS (
    SELECT 1 
    FROM sys.constraints c
    JOIN sys.tables t 
      ON c.parent_object_id = t.object_id
    WHERE c.name = N'UQ_X'
      AND t.name = N'TableY'
      AND t.schema_id = SCHEMA_ID(N'dbo')
      AND c.type = 'UQ'
)
BEGIN
  ALTER TABLE [dbo].[TableY]
    DROP CONSTRAINT [UQ_X]
END

补充说明 #

• sys.constraints中的type = 'UQ'代表唯一约束，其他常见类型包括：PK（主键约束）、CK（检查约束）、DF（默认约束）、FK（外键约束）。
• 使用系统视图查询比依赖OBJECT_ID更稳定，尤其适用于复杂的架构或命名环境。

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