SQL Server删除约束后DROP INDEX报错兼容2005版本问题咨询

• 当用户激活FK索引删除选项时，系统会生成对应DDL；激活PK索引删除选项时，应用会生成对应DDL。

以下为测试用表创建脚本：

CREATE TABLE [dbo].[TABLE3] 
(
    [COL] [VARCHAR](20) NOT NULL
)
GO

ALTER TABLE [dbo].[TABLE3]
    ADD CONSTRAINT [PK_TABLE3]
        PRIMARY KEY NONCLUSTERED ([COL] ASC)
GO

CREATE TABLE [dbo].[TABLE4] 
(
    [COL] [VARCHAR](20)
)
GO

ALTER TABLE [dbo].[TABLE4]
    ADD CONSTRAINT [FK_TABLE3_TO_TABLE4]
        FOREIGN KEY ([COL]) REFERENCES [dbo].[TABLE3] ([COL])
        ON DELETE NO ACTION
        ON UPDATE NO ACTION
GO

同时勾选「删除FK约束」和「删除FK索引」选项时，系统原先生成的SQL如下：

ALTER TABLE [dbo].[TABLE4]
    DROP CONSTRAINT IF EXISTS [FK_TABLE3_TO_TABLE4]
GO

ALTER TABLE [dbo].[TABLE3]
    DROP CONSTRAINT IF EXISTS [PK_TABLE3]
GO

DROP INDEX [dbo].[TABLE3].[PK_TABLE3]
GO

执行上述语句时，DROP INDEX部分触发如下错误：

SQL Error [3701] [S0007]: Index 'dbo.TABLE3.PK_TABLE3' does not exist or you do not have permission to drop it.

1. SQL Server删除约束是否会同步删除关联索引 #

会，但仅针对创建约束时自动生成的绑定索引。
主键（PK）、唯一约束（UNIQUE）本身依赖索引实现，如果你创建这类约束时没有指定复用已存在的独立索引，SQL Server会自动生成和约束同名的关联索引。当你执行DROP CONSTRAINT删除这类约束时，对应的绑定索引会被同步删除。
你遇到报错的核心原因就在这：执行DROP CONSTRAINT [PK_TABLE3]时，和主键绑定的同名索引已经被自动删除了，后面再单独执行DROP INDEX去删一个不存在的对象，自然会抛出3701错误。
额外说明：外键（FK）约束本身不会自动生成索引，因此删除FK约束时不存在同步删索引的逻辑，这也是需要单独处理FK索引删除的原因。如果主键/唯一约束是复用了你提前创建好的独立索引，删除约束时只会移除约束定义，不会删除对应的独立索引。

2. 兼容SQL Server 2005版本的正确处理方案 #

DROP INDEX ... IF EXISTS语法是SQL Server 2016才引入的，确实无法兼容2005版本，正确的处理逻辑有两种：

方案一：生成DDL前先判断索引和约束的绑定关系（推荐） #

在生成删除脚本前，先通过SQL Server 2005就支持的系统视图sys.indexes、sys.key_constraints判断索引的属性：如果索引是和PK/唯一约束绑定的，只生成DROP CONSTRAINT语句即可，不需要额外生成DROP INDEX语句；如果是独立存在的索引（包括单独创建的FK索引、独立的普通索引），再生成对应的DROP INDEX语句。
判断逻辑参考如下：

-- 查询指定表下所有未和PK/唯一约束绑定的独立索引
SELECT i.name AS IndexName
FROM sys.indexes i
INNER JOIN sys.tables t ON i.object_id = t.object_id
WHERE 
    t.name = 'TABLE3' AND SCHEMA_NAME(t.schema_id) = 'dbo'
    AND i.type > 0 -- 排除堆结构
    AND NOT EXISTS (
        SELECT 1 
        FROM sys.key_constraints kc
        WHERE kc.parent_object_id = i.object_id 
          AND kc.unique_index_id = i.index_id
    )

方案二：脚本内加存在性判断（适合无法提前查询元数据的场景） #

如果你的应用无法在生成脚本前提前查询系统视图，可以直接在生成的DDL里加SQL Server 2005支持的IF EXISTS判断，确认索引存在且未被绑定后再执行删除，示例写法：

-- 先删外键约束，避免依赖导致主键删不掉
ALTER TABLE [dbo].[TABLE4]
    DROP CONSTRAINT [FK_TABLE3_TO_TABLE4]
GO

-- 删主键约束，绑定的索引会同步删除
ALTER TABLE [dbo].[TABLE3]
    DROP CONSTRAINT [PK_TABLE3]
GO

-- 仅当索引独立存在时才执行删除
IF EXISTS (
    SELECT 1 
    FROM sys.indexes i
    INNER JOIN sys.tables t ON i.object_id = t.object_id
    WHERE 
        SCHEMA_NAME(t.schema_id) = 'dbo'
        AND t.name = 'TABLE3'
        AND i.name = 'PK_TABLE3'
        AND NOT EXISTS (
            SELECT 1 FROM sys.key_constraints kc
            WHERE kc.parent_object_id = i.object_id AND kc.unique_index_id = i.index_id
        )
)
BEGIN
    DROP INDEX [PK_TABLE3] ON [dbo].[TABLE3]
END
GO

注意执行顺序必须是先删外键约束 → 再删主键/唯一约束 → 最后删独立索引，否则会因为外键依赖导致主键约束删除失败。你之前的测试场景中，PK_TABLE3是和主键绑定的索引，删除约束时已经被同步清理，根本不需要执行最后那句DROP INDEX，移除后就不会报错了。

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