分号在复合SELECT语句中并不总是有效。

比较一个普通复合SELECT语句的两个不同版本。

的代码

DECLARE @Test varchar(35); 
SELECT @Test=
    (SELECT 
        (SELECT 
            (SELECT 'Semicolons do not always work fine.';););); 
SELECT @Test Test;

返回

Msg 102, Level 15, State 1, Line 5
Incorrect syntax near ';'.

然而，代码

DECLARE @Test varchar(35)
SELECT @Test=
    (SELECT 
        (SELECT 
            (SELECT 'Semicolons do not always work fine.'))) 
SELECT @Test Test

返回

Test
-----------------------------------
Semicolons do not always work fine.

(1 row(s) affected)

如果你想在SQLServer中得到随机的命令超时错误，那么在CommandText字符串的末尾去掉分号。

我不知道这是否在任何地方都有记录，或者这是否是一个错误，但它确实发生了，我从痛苦的经验中学到了这一点。

我有可验证的和可重复的例子使用SQLServer 2008。

在实践中，即使你只是向数据库发送一条语句，也要包含结束符。

默认情况下，SQL语句以分号结束。除非(很少)设置了新的语句结束符，否则可以使用分号来终止语句。

如果你只发送一条语句，技术上来说你可以不用语句结束符;在脚本中，当您发送多个语句时，就需要它。

在实践中，即使只向数据库发送一条语句，也应始终包含结束符。

编辑:对于那些说语句终止符不是[特定的RDBMS]所要求的，虽然这可能是真的，但它们是ANSI SQL标准所要求的。在所有的编程中，如果我们能够在不损失功能的情况下坚持一个标准，我们就应该这样做，因为这样我们的代码或习惯就不会受制于一个专有的供应商。

对于一些C编译器，main可以返回void，尽管标准要求main返回int。但是这样做会使我们的代码和我们自身的可移植性降低。

有效编程的最大困难不是学习新东西，而是忘记坏习惯。从某种程度上说，我们可以避免养成坏习惯，这对我们、对我们的代码，以及任何阅读或使用我们代码的人来说都是一种胜利。

在SQL2008 BOL中，他们说在下一个版本中将需要分号。因此，要经常使用它。

参考:

Transact-SQL语法约定 SQL Server 2008 R2中已弃用的数据库引擎特性(“SQL Server未来版本不支持的特性”部分，“Transact-SQL”区域)

注意:这回答了书面的问题，但不是陈述的问题。把它添加到这里，因为人们会搜索它

在递归CTE语句中，分号也用在WITH之前:

;WITH Numbers AS
(
    SELECT n = 1
    UNION ALL
    SELECT n + 1
    FROM Numbers
    WHERE n+1 <= 10
)
SELECT n
FROM Numbers

这个查询将生成一个名为Numbers的CTE，由整数[1..10]组成。它是通过创建一个值为1的表来完成的，然后递归直到达到10。

摘自Ken Powers在SQLServerCentral.Com上的文章:

分号

分号字符是语句结束符。它是ANSI SQL-92标准的一部分，但从未在Transact-SQL中使用过。事实上，编写T-SQL代码好几年都不会遇到分号。

使用

有两种情况必须使用分号。第一种情况是使用公共表表达式(CTE)，而CTE不是批处理中的第一个语句。第二种情况是您发出一个servicebroker语句，而servicebroker语句不是批处理中的第一个语句。