小编For*_*est的帖子

我已经开发 T-SQL 好几年了，并且一直在深入挖掘，继续尽我所能学习语言的各个方面。我最近开始在一家新公司工作，并收到了我认为关于交易的奇怪建议。永远不要使用它们。相反，使用模拟事务的解决方法。这是来自我们的 DBA，他在一个数据库中工作，有很多事务，随后有很多阻塞。我主要工作的数据库没有遇到这个问题，我看到过去曾使用过事务。

我知道阻塞是预期的交易，因为这样做是他们的本性，如果你可以不使用它而逃脱，一定要这样做。但是我有很多情况下每个语句都必须成功执行。如果一个失败，他们都必须失败。

我总是尽可能缩小我的事务范围，总是与 SET XACT_ABORT ON 结合使用，并且总是在 TRY/CATCH 内。

例子：

CREATE SCHEMA someschema;
GO


CREATE TABLE someschema.tableA
(id   INT NOT NULL IDENTITY(1, 1) PRIMARY KEY, 
 ColA VARCHAR(10) NOT NULL
);
GO

CREATE TABLE someschema.tableB
(id   INT NOT NULL IDENTITY(1, 1) PRIMARY KEY, 
 ColB VARCHAR(10) NOT NULL
); 
GO


CREATE PROCEDURE someschema.ProcedureName @ColA VARCHAR(10), 
                                          @ColB VARCHAR(10)
AS
SET NOCOUNT, XACT_ABORT ON;
BEGIN
BEGIN TRY
    BEGIN TRANSACTION;

    INSERT INTO someschema.tableA(ColA)
    VALUES(@ColA);

    INSERT INTO someschema.tableB(ColB)
    VALUES(@ColB);

--Implement error
    SELECT 1/0 …