SQL Server Management Studio总是插入一个GO命令时,我创建一个查询使用右键单击“脚本作为”菜单。为什么?GO到底是做什么的?


GO命令不是Transact-SQL语句,而是几个MS实用程序(包括SQL Server Management Studio代码编辑器)可以识别的特殊命令。

GO命令用于将SQL命令分组,并一起发送到服务器。批处理中包含的命令,即自上一个GO命令或会话开始以来的命令集,必须在逻辑上一致。例如,您不能在一个批处理中定义一个变量,然后在另一个批处理中使用它,因为变量的范围仅限于定义它的批处理。

欲了解更多信息,请参见http://msdn.microsoft.com/en-us/library/ms188037.aspx。


GO不是SQL关键字。

它是客户端工具(如SSMS)使用的批处理分隔符,用于将整个脚本分解为批处理

之前回答过几次…示例1


它是一个批处理终止符,但是你可以将它更改为任何你想要的


Use herDatabase
GO ; 

代码表示执行GO标记上面的指令。 我的默认数据库是myDatabase,所以不是使用myDatabase GO,并使当前查询使用她的数据库


从Management Studio 2005开始,你似乎可以使用带有int参数的GO,比如:

INSERT INTO mytable DEFAULT VALUES
GO 10

上面将在我的表中插入10行。一般来说,GO会执行n次相关的sql命令。


只是为了添加到现有的答案,当你创建视图时,你必须使用go将这些命令分成批量,否则你会得到错误'CREATE VIEW'必须是批处理中唯一的语句。例如,如果没有go,您将无法执行下面的sql脚本

create view MyView1 as
select Id,Name from table1
go
create view MyView2 as
select Id,Name from table1
go

select * from MyView1
select * from MyView2

Go的意思是,无论SQL语句写在它之前和任何更早的Go之后,都将去SQL服务器进行处理。

Select * from employees;
GO    -- GO 1

update employees set empID=21 where empCode=123;
GO    -- GO 2

在上面的例子中,在GO 1之前的语句将在一个批处理中进入sql server,然后在GO 2之前的任何其他语句将在另一个批处理中进入sql server。我们可以看到它是分开的批次。


我还没有看到的一个用法是错误恢复。 由于一次只运行两个go之间的命令,这意味着一个命令中的编译错误可以与其他命令分开。通常情况下,批处理中的任何编译错误都会导致整个程序无法执行。

exec do.Something
GO
sel from table
print 'here'
GO
print 'there'

在上面的例子中,'here'将不会被打印出来,因为'sel'语句中存在错误。

现在,在中间添加一个GO:

exec do.Something
GO
sel from table
GO
print 'here'
GO
print 'there'

像以前一样,'sel'得到一个错误,但'here'得到输出。


当我想在进入其他查询之前提交一组查询时,我使用GO关键字。

我可以补充的一点是,当你在GO命令之前声明了一些变量时,你将无法在GO命令之后访问这些变量。即

DECLARE @dt DateTime = GETDATE();
UPDATE MyTable SET UpdatedOn = @dt where mycondition = 'myvalue';
GO

-- Below query will raise an error saying the @dt is not declared.
UPDATE MySecondTable SET UpdatedOn = @dt where mycondition = 'myvalue'; -- Must declare the scalar variable "@dt".
GO

更新

我知道,人们询问什么时候使用Go命令,所以我想,我应该在我的查询中添加为什么我使用Go命令。

当我在表中有大量更新时,我通常在下班时运行这些更新(这意味着,我不会监视查询),因为第二天很方便,可以发现表已经为其他操作做好了准备。

当我需要运行长时间的操作,并希望分离查询和完成部分事务时,我使用Go命令,例如:

-- First Query
Update MyBigTable1 SET somecol1='someval1' where somecol2='someval2'
GO
-- Second Query
Update MyBigTable2 SET somecol1='someval1' where somecol2='someval2'
GO
-- Third Query
Update MyBigTable3 SET somecol1='someval1' where somecol2='someval2'

执行上述查询将单独提交修改,而不会导致生成大量的回滚日志。另外,如果第三个查询失败,您知道前两个查询是正确执行的,并且不会回滚任何东西。因此,您不需要花费更多的时间为以前执行的查询再次更新/删除记录。

用一句话来总结,“我使用GO命令作为电子游戏中的检查点。”如果你在检查点(GO命令)后失败,你不需要重新开始,而是让你的游戏从最后一个检查点开始。


它是一个分离查询的命令。如果你在做多次选择,它没有太大的区别,以我为例,主要用途是当我创建脚本时,你需要创建存储过程,然后授予访问或执行它们。例如:

CREATE OR ALTER PROCEDURE dbo.select1
AS
BEGIN
    SET NOCOUNT ON
        
    SELECT 1
END

EXEC dbo.select1

它将创建包含所有内容的存储过程,包括EXEC,它将在循环中结束。 GO语句会说,在结束后创建存储过程,然后执行。

CREATE OR ALTER PROCEDURE dbo.select1
AS
BEGIN
    SET NOCOUNT ON
        
    SELECT 1
END
GO
EXEC dbo.select1

tldr;在大多数情况下,围棋是IMO可选的。在大型事务批处理中使用GO是最好的,在这种情况下,您可以将许多不同的脚本一起编译在一个大型脚本中,并且不希望在使用类似变量时出现错误,以便在需要时将部分事务提交给服务器,而不是由于错误而回滚所有脚本。

LARGE TRANSACTION 1——>运行成功

去,——>在服务器中

LARGE TRANSACTION 2——>运行成功

去,——>在服务器中

LARGE TRANSACTION 3—>错误

去,如果没有其他GO语句,这将回滚事务1和事务2


不确定最好的方式来提供这个如此明智,但我确实觉得我读到的东西并没有真正地总结一切,包括我遇到的一个例子。

如前所述,GO只是向服务器“提交”一批命令。

我认为理解会话还有助于理解GO语句的必要性(或可选性)。

(这是我的技术细节可能会失败的地方,但社区会指出来,我们可以让这个答案更好)

通常,开发人员在单个会话中工作,通常只对数据库执行简单的语句。在这种情况下,GO是可选的,真的……人们只会把它扔在语句的末尾。

Jamshaid k给出的一个选项可能更有帮助,在这个选项中,您希望依次提交许多大型事务,而不是在其中一个事务失败时回滚所有事务。

在另一个场景中,这也很有用(这是我经历过的唯一一个场景),许多小事务被编译成一个大脚本。例如

开发人员1制作脚本1

Dev 2制作脚本2

开发人员1制作脚本3

为了部署它们,需要编写一个python脚本来组合这些脚本,即script Master = script1 + script 2 + script 3。

这3个脚本中需要GO语句,否则脚本使用冲突变量时可能会出现错误,或者如果脚本3失败,脚本1和脚本2中的事务将回滚。

现在,考虑到目前的CI/CD解决方案,这个过程可能已经过时了,但这可能是另一种情况,我可以看到GO是有帮助的/预期的。


GO意思是让SQL重复这个你在它后面加上的数字。就像用英语说;“嘿,去那里3次。”尝试下面的SQL和结果将呈现表3次。

    SELECT * FROM Table
    GO 3