分号似乎不应该与游标操作一起使用:OPEN, FETCH, CLOSE和DEALLOCATE。我在这上面浪费了几个小时。我仔细查看了BOL，并注意到[;]没有显示在这些游标语句的语法中!!

所以我有:

OPEN mycursor;

这给了我错误16916。

But:

OPEN mycursor

工作。

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

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

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

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

分号在复合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)

我仍然有很多关于T-SQL的知识要学习，但在为事务编写一些代码(并基于来自stackoverflow和其他站点的示例代码)时，我发现了一个情况，其中似乎需要分号，如果缺少分号，语句似乎根本不执行，也没有引发错误。以上的答案似乎都没有涉及到这一点。(本文使用的是MS SQL Server 2012。)

一旦我让事务以我想要的方式工作，我决定在它周围放一个try-catch，这样如果有任何错误，它就会回滚。只有在这样做之后，事务才没有提交(SSMS在试图关闭窗口时确认这一点，并发出一条漂亮的消息，提醒您有一个未提交的事务。

所以这

COMMIT TRANSACTION 

在BEGIN TRY/END TRY块外可以很好地提交事务，但在块内必须如此

COMMIT TRANSACTION;

注意，没有提供错误或警告，也没有指示在尝试关闭查询选项卡之前事务仍然未提交。

幸运的是，这导致了一个巨大的问题，立即就可以明显地看出有问题。不幸的是，由于没有报告错误(语法或其他)，所以问题并不明显。

相反，ROLLBACK TRANSACTION在BEGIN CATCH块中使用分号或不使用分号似乎都同样有效。

这可能有一定的逻辑，但它给人的感觉是武断的，像爱丽丝梦游仙境一样。

根据Transact-SQL语法约定(Transact-SQL) (MSDN)

Transact-SQL语句结束符。虽然在这个版本的SQL Server中，分号在大多数语句中都不是必需的，但在未来的版本中，分号将是必需的。

(另见@gerryLowry的评论)

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

参考:

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