在检查web上的一些代码和SQL Server Management Studio生成的脚本时,我注意到一些语句以分号结束。
那么什么时候用呢?
在检查web上的一些代码和SQL Server Management Studio生成的脚本时,我注意到一些语句以分号结束。
那么什么时候用呢?
当前回答
你必须使用它。
The practice of using a semicolon to terminate statements is standard and in fact is a requirement in several other database platforms. SQL Server requires the semicolon only in particular cases—but in cases where a semicolon is not required, using one doesn’t cause problems. I strongly recommend that you adopt the practice of terminating all statements with a semicolon. Not only will doing this improve the readability of your code, but in some cases it can save you some grief. (When a semicolon is required and is not specified, the error message SQL Server produces is not always very clear.)
最重要的是:
SQL Server文档指出,不能用 分号是不赞成使用的特性。这意味着长期目标是强制使用 该产品的未来版本中的分号。这又多了一个进入 终止所有语句的习惯,即使目前不需要。
来源:Microsoft SQL Server 2012 T-SQL Fundamentals by Itzik Ben-Gan
举例说明为什么你总是必须使用;下面是两个查询(复制自这篇文章):
BEGIN TRY
BEGIN TRAN
SELECT 1/0 AS CauseAnException
COMMIT
END TRY
BEGIN CATCH
SELECT ERROR_MESSAGE()
THROW
END CATCH
BEGIN TRY
BEGIN TRAN
SELECT 1/0 AS CauseAnException;
COMMIT
END TRY
BEGIN CATCH
SELECT ERROR_MESSAGE();
THROW
END CATCH
其他回答
分号在复合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)
在SQL2008 BOL中,他们说在下一个版本中将需要分号。因此,要经常使用它。
参考:
Transact-SQL语法约定 SQL Server 2008 R2中已弃用的数据库引擎特性(“SQL Server未来版本不支持的特性”部分,“Transact-SQL”区域)
我仍然有很多关于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的评论)
默认情况下,SQL语句以分号结束。除非(很少)设置了新的语句结束符,否则可以使用分号来终止语句。
如果你只发送一条语句,技术上来说你可以不用语句结束符;在脚本中,当您发送多个语句时,就需要它。
在实践中,即使只向数据库发送一条语句,也应始终包含结束符。
编辑:对于那些说语句终止符不是[特定的RDBMS]所要求的,虽然这可能是真的,但它们是ANSI SQL标准所要求的。在所有的编程中,如果我们能够在不损失功能的情况下坚持一个标准,我们就应该这样做,因为这样我们的代码或习惯就不会受制于一个专有的供应商。
对于一些C编译器,main可以返回void,尽管标准要求main返回int。但是这样做会使我们的代码和我们自身的可移植性降低。
有效编程的最大困难不是学习新东西,而是忘记坏习惯。从某种程度上说,我们可以避免养成坏习惯,这对我们、对我们的代码,以及任何阅读或使用我们代码的人来说都是一种胜利。