SQL Server: ¿las transacciones retroceden por error?

Tenemos una aplicación cliente que ejecuta algunos SQL en un SQL Server 2005 como el siguiente:

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

Se envía mediante un comando de cadena larga.

Si falla una de las inserciones, o falla alguna parte del comando, ¿SQL Server revierte la transacción? Si no se revierte, ¿tengo que enviar un segundo comando para revertirlo?

Puedo dar detalles sobre la API y el idioma que estoy usando, pero creo que SQL Server debería responder igual para cualquier idioma.

Puede colocar set xact_abort onantes de su transacción para asegurarse de que sql retrocede automáticamente en caso de error.

Tiene razón en que toda la transacción se revertirá. Debe emitir el comando para revertirlo.

Puede envolver esto en un TRY CATCHbloque de la siguiente manera

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

Aquí el código con el mensaje de error que funciona con 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

Del artículo de MDSN, Control de transacciones (motor de base de datos) .

Si se produce un error de declaración en tiempo de ejecución (como una violación de restricción) en un lote, el comportamiento predeterminado en Motor de base de datos es revertir solo la declaración que generó el error. Puede cambiar este comportamiento utilizando la instrucción SET XACT_ABORT. Después de ejecutar SET XACT_ABORT ON, cualquier error en la declaración de tiempo de ejecución provoca una reversión automática de la transacción actual. SET XACT_ABORT no afecta a los errores de compilación, como los errores de sintaxis. Para obtener más información, vea SET XACT_ABORT (Transact-SQL).

En su caso, revertirá la transacción completa cuando falle cualquiera de las inserciones.

Si falla una de las inserciones, o falla alguna parte del comando, ¿el servidor SQL revierte la transacción?

No, no lo hace.

Si no se revierte, ¿tengo que enviar un segundo comando para revertirlo?

Claro, deberías emitir en ROLLBACKlugar deCOMMIT .

Si desea decidir si compromete o revierte la transacción, debe eliminar la COMMIToración de la declaración, verificar los resultados de las inserciones y luego emitir COMMITo ROLLBACKdependiendo de los resultados de la verificación.