SQL Server - transakcje wycofują się po błędzie?

Mamy aplikację kliencką, która działa na SQL Server 2005, na przykład:

BEGIN TRAN;
INSERT INTO myTable (myColumns ...) VALUES (myValues ...);
INSERT INTO myTable (myColumns ...) VALUES (myValues ...);
INSERT INTO myTable (myColumns ...) VALUES (myValues ...);
COMMIT TRAN;

Jest wysyłany przez jedno długie polecenie.

Jeśli jedno z wstawień nie powiedzie się lub którakolwiek część polecenia się nie powiedzie, czy SQL Server wycofuje transakcję? Jeśli nie można go wycofać, czy muszę wysłać drugie polecenie, aby je wycofać?

Mogę podać szczegóły dotyczące interfejsu API i języka, którego używam, ale wydaje mi się, że SQL Server powinien odpowiadać tak samo dla każdego języka.

Możesz postawić set xact_abort onprzed transakcją, aby upewnić się, że sql automatycznie cofa się w przypadku błędu.

Masz rację, ponieważ cała transakcja zostanie wycofana. Powinieneś wydać polecenie, aby je wycofać.

Możesz owinąć to w TRY CATCHblok w następujący sposób

BEGIN TRY
    BEGIN TRANSACTION

        INSERT INTO myTable (myColumns ...) VALUES (myValues ...);
        INSERT INTO myTable (myColumns ...) VALUES (myValues ...);
        INSERT INTO myTable (myColumns ...) VALUES (myValues ...);

    COMMIT TRAN -- Transaction Success!
END TRY
BEGIN CATCH
    IF @@TRANCOUNT > 0
        ROLLBACK TRAN --RollBack in case of Error

    -- you can Raise ERROR with RAISEERROR() Statement including the details of the exception
    RAISERROR(ERROR_MESSAGE(), ERROR_SEVERITY(), 1)
END CATCH

Oto kod z otrzymywaniem komunikatu o błędzie podczas pracy z MSSQL Server 2016:

BEGIN TRY
    BEGIN TRANSACTION 
        -- Do your stuff that might fail here
    COMMIT
END TRY
BEGIN CATCH
    IF @@TRANCOUNT > 0
        ROLLBACK TRAN

        DECLARE @ErrorMessage NVARCHAR(4000) = ERROR_MESSAGE()
        DECLARE @ErrorSeverity INT = ERROR_SEVERITY()
        DECLARE @ErrorState INT = ERROR_STATE()

    -- Use RAISERROR inside the CATCH block to return error  
    -- information about the original error that caused  
    -- execution to jump to the CATCH block.  
    RAISERROR (@ErrorMessage, @ErrorSeverity, @ErrorState);
END CATCH

Z artykułu MDSN, Kontrolowanie transakcji ( aparat bazy danych) .

Jeśli błąd zestawu w czasie wykonywania (taki jak naruszenie ograniczenia) wystąpi w partii, domyślnym zachowaniem w aparacie bazy danych jest wycofanie tylko instrukcji, która wygenerowała błąd. Możesz zmienić to zachowanie za pomocą instrukcji SET XACT_ABORT. Po wykonaniu instrukcji SET XACT_ABORT ON każdy błąd instrukcji w czasie wykonywania powoduje automatyczne wycofanie bieżącej transakcji. SET XACT_ABORT nie wpływa na błędy kompilacji, takie jak błędy składniowe. Aby uzyskać więcej informacji, zobacz ZESTAW XACT_ABORT (Transact-SQL).

W twoim przypadku spowoduje to wycofanie całej transakcji, gdy którykolwiek z wkładek zawiedzie.

Jeśli jedno z wstawień ulegnie awarii lub którakolwiek część polecenia się nie powiedzie, czy serwer SQL wycofuje transakcję?

Nie.

Jeśli nie można go wycofać, czy muszę wysłać drugie polecenie, aby je wycofać?

Jasne, powinieneś wydać ROLLBACKzamiast COMMIT.

Jeśli chcesz zdecydować, czy chcesz zatwierdzić, czy wycofać transakcję, powinieneś usunąć COMMITzdanie z wyciągu, sprawdzić wyniki wstawek, a następnie wydać albo, COMMITalbo w ROLLBACKzależności od wyników kontroli.