SQL Server: il rollback delle transazioni avviene in caso di errore?

Abbiamo un'app client che esegue SQL su un SQL Server 2005 come il seguente:

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

Viene inviato da un comando di stringa lunga.

Se uno degli inserimenti non riesce o una parte del comando non riesce, SQL Server ripristina la transazione? Se non esegue il rollback, devo inviare un secondo comando per ripristinarlo?

Sono in grado di fornire dettagli sull'API e sulla lingua che sto usando, ma penso che SQL Server dovrebbe rispondere allo stesso modo per qualsiasi lingua.

Puoi mettere set xact_abort onprima della tua transazione per assicurarti che sql torni automaticamente in caso di errore.

È corretto in quanto verrà eseguito il rollback dell'intera transazione. È necessario emettere il comando per ripristinarlo.

Puoi avvolgerlo in un TRY CATCHblocco come segue

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

Ecco il codice con il funzionamento del messaggio di errore 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

Dall'articolo MDSN, Controllo delle transazioni (Motore di database) .

Se si verifica un errore dell'istruzione di runtime (come una violazione del vincolo) in un batch, il comportamento predefinito nel Motore di database consiste nel ripristinare solo l'istruzione che ha generato l'errore. È possibile modificare questo comportamento utilizzando l'istruzione SET XACT_ABORT. Dopo l'esecuzione di SET XACT_ABORT ON, qualsiasi errore dell'istruzione di runtime provoca un rollback automatico della transazione corrente. Gli errori di compilazione, come gli errori di sintassi, non sono interessati da SET XACT_ABORT. Per ulteriori informazioni, vedere SET XACT_ABORT (Transact-SQL).

Nel tuo caso eseguirà il rollback della transazione completa quando uno degli inserimenti fallisce.

Se uno degli inserimenti non riesce o una parte del comando fallisce, il server SQL esegue il rollback della transazione?

No non lo fa.

Se non esegue il rollback, devo inviare un secondo comando per ripristinarlo?

Certo, dovresti emettere ROLLBACKinvece di COMMIT.

Se si desidera decidere se eseguire il commit o il rollback della transazione, è necessario rimuovere la COMMITfrase dall'estratto conto, controllare i risultati degli inserti e quindi emettere uno COMMITo in ROLLBACKbase ai risultati del controllo.