go 是SYBASE和SQL Server中用来表示事物结束，提交并确认结果，相当于ORACLE的Commit
SQL Server 实用工具将 GO 解释为应将当前的 Transact-SQL 批处理语句发送给 SQL Server 的信号。当前批处理语句是自上一 GO 命令后输入的所有语句，若是第一条 GO 命令，则是从特殊会话或脚本的开始处到这条 GO 命令之间的所有语句。
局部（用户定义）变量的作用域限制在一个批处理中，不可在 GO 命令后引用。
GO代表一个批处理的结束;
你可以把每个GO之间的语句当成是一句SQL;
GO不是标准的语法,只是查询分析器为了区分多个批处理而设的分隔符而已;
具体的如下
CREATE TABLE TableName
（
ColumnName1 DataType，
ColumnName2 DataType
）
GO
INSERT INTO TableName（ColumnName1，ColumnName2）
VALUES （Value1，Value2）
GO
在解析和执行的时候这一篇T-SQL脚本其实是被认为是两个独立的部分，只不过他们使用同一个Session
举一个最有说服力的例子
DECLARE @Parameter1 INT
DECLARE @Parameter2 INT
– If insert “GO” to there…
– “GO”
– Result:
– Msg 137, Level 15, State 1, Line 1
– Must declare the scalar variable “@Parameter1”.
– Msg 137, Level 15, State 1, Line 2
– Must declare the scalar variable “@Parameter2”.
– Msg 137, Level 15, State 2, Line 4
– Must declare the scalar variable “@Parameter1”.
SET @Parameter1 = 1
SET @Parameter2 = 2
PRINT @Parameter1 + @Parameter2
GO
– Result: 3
当你在使用的变量以前插入了一个GO，这个GO之前脚本会作为一个提交部分，而这个GO以后的部分会作为第二个部分进行提交
P.S. 这里说的提交仅是提交SQL代码，不会提交”GO”这个关键字
我们还需要留意以下特殊注意事项：
1 与GO同一行，GO前边不能包含任何SQL
2 与GO同一行，GO后边可以跟 – 注释，但是不能跟 /**/ 注释！
这个问题情况大家都不会这样写，所以遇到的几率很小，但是有一个原因引发第1个问题的情况值得大家注意×SQL脚本的文本格式，最好编码完成后检查一下文本格式选择UTF，否则可能你看到自己是换行了，但是在SQL解析的时候会认为他们在同一行，这样的情况当你越检查越会觉得SQL写得很对，但是… … 但是它始终告诉你语法错误… … 一定小心… … 昨天我就傻傻的在那里调了一天… … 彻底的郁闷了… … 呵呵
下边再说一个GO的特性，但是我们大家都不常用，或者说我们由于GO太常见而忽略掉了它的这个重要的特性，就是 – GO是可以代替我们做重复操作的！！
– INSERT TABLE TableName(Column1, Column2)
– VALUES (Value1, Value2)
– GO [Number] 这里的Number必须是正整数！
INSERT TABLE TableName(Column1, Column2)
VALUES (Value1, Value2)
GO 100
– 在这里我们会看到GO加了100次重复操作，
– 同时在SSMS窗口智能感知的时候会用红线告诉我们语法不对
– 但是请放心执行，他100%能通过，同时必定为你运行100次