SQL Server：批处理语句（即使用“GO”）有什么用？

Question

我知道在 SQL Server 中 GO is considered a batch separator。

我的问题是：使用批次分离器有什么意义？它能给您带来什么好处，您为什么要使用它？

示例：我经常看到它在 SQL 代码中使用如下，但我不明白为什么它会被视为最佳实践。据我所知，如果没有所有 GO 语句，代码将是相同的：

USE AdventureWorks2012;
GO
BEGIN TRANSACTION;
GO
IF @@TRANCOUNT = 0
BEGIN
    SELECT FirstName, MiddleName 
    FROM Person.Person WHERE LastName = 'Adams';
    ROLLBACK TRANSACTION;
    PRINT N'Rolling back the transaction two times would cause an error.';
END;
ROLLBACK TRANSACTION;
PRINT N'Rolled back the transaction.';
GO

（来源：technet documentation）：

Answer 1

在这个例子中它没有任何用处。

许多语句必须是批处理中唯一的语句。

如CREATE PROCEDURE。

通常在进行架构更改（例如，向现有表中添加新列）之后，使用新架构的语句必须在不同的批处理中单独编译。

通常，提交由GO 分隔的单独批处理的替代方法是使用EXEC 在子批处理中执行 SQL

Answer 2

作为TechNet says、GO，它对SQL 实用程序表示SQL 批处理的结束。例如，当 SQL Server Management Studio 遇到批处理分隔符时，它知道到目前为止所有的文本都是一个独立的 SQL 查询。

我们在我们的软件中使用了类似的技术。我们将所有的过程、模式脚本、数据转换等保存在 SQL 脚本文件中（签入源代码控制）。当我们的安装程序读取其中一个脚本文件时，GO 会告诉我们的解析器“您可以运行您已经阅读过的 SQL”。

像GO 这样的批处理分隔符的一个很好的特性是，您可以在同一个脚本中同时包含两个 SQL 查询，这通常会导致错误。例如，尝试在同一个脚本文件中删除并重新创建同一个存储过程：

if exists (select * from sys.procedures where name = 'sp_test')
    drop procedure sp_test

create procedure sp_test as
begin
    select 1
end

如果运行上面的代码，会报错：

消息 156，级别 15，状态 1，过程 sp_test，第 5 行语法不正确 靠近关键字“开始”。

SSMS 会显示错误：

语法不正确。 'CREATE PROCEDURE' 必须是批处理中的唯一语句。

使用批处理分隔符可以帮助您避免此错误：

if exists (select * from sys.procedures where name = 'sp_test')
    drop procedure sp_test
GO
create procedure sp_test as
begin
    select 1
end

如果您想在源代码控制中使用单个 SQL 脚本来维护存储过程或函数，这将非常方便。我们经常使用这种模式。

您可以做的另一件有趣的事情是使用它多次运行查询：

INSERT INTO MyTable (...) ...
GO 10 -- run all the above 10 times!

正如the answers to this SO question 演示的那样，您还可以将其配置为您想要的任何内容。如果您想惹恼您的同事，请将批处理分隔符设置为“WHERE”而不是“GO”。乐趣！ :)

Answer 3

使用批次分离器有什么意义？

阅读了许多答案并为 cmets 做出了贡献，这就是我的想法。

真正的问题是“有一个批次有什么意义？”

批处理有 2 个含义有一定意义，另外还有一个有用的 go 用法：

1.批处理中的所有语句编译成单个执行计划

这对作为 SQL 开发人员的您有何影响，我不知道。但它就在那里。 这意味着你不能在同一个批次中有一些语句。例如，您不能ALTER 一个表添加一列，然后select 同一批次中的该列 - 因为在编译执行计划时，该列不存在供选择。 p>

我认为对于 SQL Server 是否应该能够在不需要开发人员在其脚本中包含 go 语句的情况下自行检测到这一点存在一个公开的争论。此外，文档说 ODBC 连接可能永远不会发出go 命令。如果包含刚刚给出的ALTER / SELECT 示例，我不清楚通过 ODBC 运行的脚本会如何表现。

2。本地声明的变量只存在于声明它们的批处理范围内

这两点结合起来有点糟糕。我有一个创建和更改数据库结构（表、过程等）的脚本，我想在脚本的开头声明变量，这些变量将用于管理脚本的整体行为。一旦我需要打包一批（例如，由于 ALTER 语句 - 请参阅上面的第 1 点），这些“配置”变量就会超出范围，无法在脚本中进一步使用。我的解决方法是创建一个表，将配置变量保存到表中，然后通过我的脚本一直从该表中读取，然后在最后删除该表（以防其他人面临这个问题）。

这第二个含义实际上可以用于优势 - 如果您的脚本正在做很多工作并且您只是想清除所有局部变量，您可以简单地包含 GO 语句然后声明新变量（即. 并重复使用相同的名称，如果这是你想要的）。

3. GO 有一个可选参数（名为“count”），它告诉服务器多次重复批处理操作

这种用法似乎是添加到GO 语句的不错的附加功能。我相信GO 的初始或主要功能更多地与单个执行计划的编译有关，如第 1 点所述 - 否则关键字也可能类似于 REPEAT 10 - 但重复什么？批次。如果没有GO 表示批处理，则重复命令只能重复前面的单个语句。因此GO 是重复批次的好方法。

参考

所有这一切都来自于尝试理解MS documentation on GO。许多其他答案 - 在这里和其他问题 - 挑选了一些文档，但我认为文档本身并没有真正解释为什么首先批处理有好处 - 因此我对已经很好评论的贡献问题。

附录

写完上面，我确实在GO文档中找到了微软提到的Rules for Using Batches。链接页面说明执行计划由多个语句组成。它还说可以将单个语句重新编译成新的执行计划（即由 SQL Server 自动处理批处理）。例如，在对CREATE TABLE 的声明之后，您可能会在该表中添加一个INSERT。 INSERT 语句将在前面的语句中创建表后重新编译。

这再次强化了这样的想法，即 SQL Server 可能可以检测到表的 ALTER 后面跟着 SELECT 并且需要重新编译 SELECT 的那些场景（请参阅我上面的第 1 点） )，并且可能这正是使用 ODBC 时会发生的情况（参见上面的第 1 点）。

这些新信息都不会改变上面给出的 3 点。我刚刚给出的链接包含额外的阅读内容，并以“规则”结尾，它们是：

• CREATE DEFAULT、CREATE FUNCTION、CREATE PROCEDURE、CREATE RULE、CREATE SCHEMA、CREATE TRIGGER 和 CREATE VIEW 语句不能与批处理中的其他语句组合。 CREATE 语句必须启动批处理。该批处理中的所有其他语句都将被解释为第一个 CREATE 语句定义的一部分。

• 无法更改表，然后在同一批次中引用新列。

• 如果 EXECUTE 语句是批处理中的第一个语句，则不需要 EXECUTE 关键字。如果 EXECUTE 语句不是批处理中的第一个语句，则需要 EXECUTE 关键字。

Answer 4

就像 Martain 说的，CREATE PROCEDURE 等语句必须是批处理中唯一的语句。

例如，每当我创建存储过程并向某个用户添加权限时，我都会使用批处理分隔符。 如果我省略了“开始”，那么我最终会得到一个每次运行时都会授予权限的存储过程。这样我可以同时编写它们，并确保我没有编写在调用它们时会中断的存储过程。例如

create procedure [procedurename]
(parameters)
as begin

select prefname, lastname from people

end

go

grant execute on [procedurename] to [username]