Início / dba / Perguntas / 93258
Accepted
Rakesh Gaur
Asked: 2015-02-19 13:09:43 +0800 CST

Somos obrigados a lidar com a transação no código C #, bem como no procedimento armazenado

  • 772

Nós realmente exigimos manipulação de transações em c #, bem como processo de armazenamento de banco de dados em ambos os lados

C#:

Using(transaction with transaction scope)
{
     Execute stored proc;
     Transaction. Complete;
}

Procedimento armazenado SQL:

Create process
As
Begin try
    Begin transaction
    Commit
End try
Begin catch
    Rollback
End catch
sql-server t-sql

1 respostas

  1. Best Answer

    Em primeiro lugar , você deve sempre ter tratamento de transação adequado em todos os seus procedimentos, para que não importe se eles são chamados pelo código do aplicativo, por outro procedimento, individualmente em uma consulta ad-hoc, por um trabalho do SQL Agent ou por algum outro meio . Mas declarações DML únicas, ou código que não faz nenhuma modificação, não precisa de uma transação explícita. Então, o que estou recomendando é:

    • Sempre tenha a estrutura TRY / CATCH para que os erros possam ser devidamente borbulhados
    • Opcionalmente, inclua as 3 partes de manipulação de transação no código abaixo se você tiver várias instruções DML (já que uma única instrução é uma transação em si). NO ENTANTO, além de adicionar algum código adicional onde não é especificamente necessário, se alguém preferir ter um modelo consistente, não custa nada manter os 3 blocos IF relacionados à transação. Mas, nesse caso, eu ainda recomendaria não manter os 3 blocos IF relacionados à transação para procs somente SELECT (ou seja, somente leitura).

    Ao fazer 2 ou mais instruções DML, você precisa usar algo como o seguinte (o que também pode ser feito para operações DML únicas, se preferir ser consistente):

    CREATE PROCEDURE [SchemaName].[ProcedureName]
(
    @Param  DataType
    ...
)
AS
SET NOCOUNT ON;
DECLARE @InNestedTransaction BIT;

BEGIN TRY

    IF (@@TRANCOUNT = 0)
    BEGIN
        SET @InNestedTransaction = 0;
        BEGIN TRAN; -- only start a transaction if not already in one
    END;
    ELSE
    BEGIN
        SET @InNestedTransaction = 1;
    END;

    -- { 2 or more DML statements (i.e. INSERT / UPDATE / DELETE) }

    IF (@@TRANCOUNT > 0 AND @InNestedTransaction = 0)
    BEGIN
        COMMIT;
    END;

END TRY
BEGIN CATCH

    IF (@@TRANCOUNT > 0 AND @InNestedTransaction = 0)
    BEGIN
        ROLLBACK;
    END;

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

    -- optionally concatenate ERROR_NUMBER() and/or ERROR_LINE() into @ErrorMessage

    RAISERROR(@ErrorMessage, @ErrorSeverity, @ErrorState);
    RETURN;

END CATCH;

    Ao fazer apenas 1 instrução DML ou apenas um SELECT, você pode fazer o seguinte:

    CREATE PROCEDURE [SchemaName].[ProcedureName]
(
    @Param  DataType
    ...
)
AS
SET NOCOUNT ON;

BEGIN TRY

    -- { 0 or 1 DML statements (i.e. INSERT / UPDATE / DELETE) }

END TRY
BEGIN CATCH

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

    -- optionally concatenate ERROR_NUMBER() and/or ERROR_LINE() into @ErrorMessage

    RAISERROR(@ErrorMessage, @ErrorSeverity, @ErrorState);
    RETURN;

END CATCH;

    Em segundo lugar , você deve manipular a transação na camada de aplicativo apenas se precisar executar mais de 1 consulta/procedimento armazenado e todos eles precisarem ser agrupados em uma operação atômica. Fazer um single SqlCommand.Execute___só precisa estar em um try/catch, mas não em uma Transaction.

    Mas, dói fazer uma transação na camada do aplicativo ao fazer apenas uma única chamada? Se exigir MSDTC (coordenador de transações distribuídas da Microsoft), será um pouco mais pesado para o sistema fazer isso na camada do aplicativo quando não for expressamente necessário. Pessoalmente, prefiro evitar transações baseadas em camada de aplicativo, a menos que seja absolutamente necessário, pois reduz o potencial de transações órfãs (se algo der errado com o código do aplicativo antes de fazer a confirmação ou reversão). Também descobri que às vezes torna a depuração de certas situações um pouco mais difícil. Mas, dito isso, não vejo nada tecnicamente errado em também lidar com a transação na camada do aplicativo ao fazer um único processoligar; novamente, uma única instrução DML é sua própria transação e não precisa de nenhum tratamento de transação explícito em nenhuma das camadas.

    • 27

relate perguntas