长SQL脚本中IF BEGIN/END的正确用法及GO语句问题排查

脚本不受服务器名判断限制的原因 #

GO是SQL Server的批处理分隔符，它会把脚本拆成独立的执行单元。你的IF (@@ServerName = 'UAT_Servername') BEGIN和后续操作语句被GO拆成了多个批——第一个GO就把IF判断和ALTER TABLE语句分割开，导致IF的条件逻辑完全失效，不管当前服务器名是什么，后面的所有语句都会执行。

GO能不能移除？怎么处理？ #

可以移除BEGIN块内的所有GO，具体处理规则：

• USE [DatabaseName]之后的GO可以保留，因为切换数据库操作最好单独成批执行。
• 原本用GO分隔的语句，只要没有语法冲突（比如DROP TABLE后直接CREATE TABLE），都可以合并到同一个批里。
• SET ANSI_NULLS ON、SET QUOTED_IDENTIFIER ON这类会话设置，直接放在CREATE TABLE之前即可，不需要单独成批。
• SET IDENTITY_INSERT的开关和INSERT语句可以放在同一个批里，不需要用GO分隔。

末尾END报错的原因 #

最后一个GO把ALTER TABLE ... ADD CONSTRAINT和END拆成了两个独立批。SQL Server执行到END时，找不到对应的BEGIN（因为BEGIN在前面的批里），会误把END当成存储过程名执行，所以抛出“找不到存储过程”的错误。

修正后的完整脚本 #

USE [DatabaseName]
GO
IF (@@ServerName = 'UAT_Servername') 
BEGIN
    ALTER TABLE tbl_ABC DROP CONSTRAINT [tbl_ABC_constraint]

    IF EXISTS (SELECT * FROM sys.objects WHERE object_id = OBJECT_ID(N'tbl_ABC') AND type in (N'U'))
    DROP TABLE tbl_ABC

    SET ANSI_NULLS ON
    SET QUOTED_IDENTIFIER ON

    CREATE TABLE tbl_ABC(
        [COLA] [int] IDENTITY(1,1) NOT NULL,
        [COLB] [int] NOT NULL,
        [COLC] [varchar](50) NOT NULL,

        CONSTRAINT [PK_COLB_COLC] PRIMARY KEY CLUSTERED 
        (
            [COLC] ASC,
            [COLB] ASC
        )WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
    ) ON [PRIMARY]

    SET IDENTITY_INSERT tbl_ABC ON 

    INSERT tbl_ABC ([COLA], [COLB], [COLC]) VALUES (19, 17, N'ALL')
    INSERT tbl_ABC ([COLA], [COLB], [COLC]) VALUES (29, 27, N'Australia')
    -- 这里放所有INSERT语句
    SET IDENTITY_INSERT tbl_ABC OFF

    ALTER TABLE tbl_ABC ADD CONSTRAINT [tbl_ABC_constraint] DEFAULT ('QQQ') FOR [COLC]
END

特殊情况处理 #

如果某些DDL语句必须单独成批执行（极少数场景），可以用动态SQL包裹，比如：

IF (@@ServerName = 'UAT_Servername') 
BEGIN
    EXEC('ALTER TABLE tbl_ABC DROP CONSTRAINT [tbl_ABC_constraint]')
    EXEC('IF EXISTS (SELECT * FROM sys.objects WHERE object_id = OBJECT_ID(N''tbl_ABC'') AND type in (N''U'')) DROP TABLE tbl_ABC')
    -- 其他需要单独批的语句用EXEC包裹
END

不过你的场景里不需要这么做，直接合并批处理就足够。

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