Gordon Linoff's questions

No SQL padrão, union allnão é garantido que o resultado de a esteja em qualquer ordem. Então, algo como:

select 'A' as c union all select 'B'

Poderia retornar duas linhas em qualquer ordem (embora, na prática, em qualquer banco de dados que eu conheça, 'A' virá antes de 'B').

No SQL Server, isso se transforma em um plano de execução usando uma operação física de "concatenação".

Eu poderia facilmente imaginar que a operação de concatenação varreria suas entradas, retornando qualquer entrada que tivesse registros disponíveis. No entanto, encontrei a seguinte declaração na web ( aqui ):

O Processador de Consultas executará este plano na ordem em que os operadores aparecem no plano, o primeiro é o superior e o último é o final.

Pergunta: Isso é verdade na prática? Isso é garantido para ser verdade?

Não encontrei nenhuma referência na documentação da Microsoft de que as entradas são verificadas em ordem, da primeira à última. Por outro lado, sempre que tento executá-lo, os resultados sugerem que as entradas são, de fato, processadas em ordem.

Existe uma maneira de fazer com que o mecanismo processe mais de uma entrada por vez? Meus testes (usando expressões muito mais complicadas do que constantes) estão em uma máquina de 8 núcleos habilitada para paralelo, e a maioria das consultas tira proveito do paralelismo.

Eu tenho um procedimento armazenado que é chamado em um bloco insert-exec:

insert into @t
    exec('test')

Como posso lidar com exceções geradas no procedimento armazenado e ainda continuar processando?

O código a seguir ilustra o problema. O que eu quero fazer é retornar 0 ou -1 dependendo do sucesso ou falha da exec()chamada interna:

alter procedure test -- or create
as
begin try
    declare @retval int;
    -- This code assumes that PrintMax exists already so this generates an error
    exec('create procedure PrintMax as begin print ''hello world'' end;')
    set @retval = 0;
    select @retval;
    return(@retval);
end try
begin catch
    -- if @@TRANCOUNT > 0 commit;
    print ERROR_MESSAGE();
    set @retval = -1;
    select @retval;
    return(@retval);
end catch;
go

declare @t table (i int);

insert into @t
    exec('test');

select *
from @t;

Meu problema é o return(-1). O caminho do sucesso é bom.

Se eu deixar de fora o bloco try/catch no procedimento armazenado, o erro será gerado e a inserção falhará. No entanto, o que eu quero fazer é lidar com o erro e retornar um valor legal.

O código como está retorna a mensagem:

Msg 3930, Level 16, State 1, Line 6
The current transaction cannot be committed and cannot support operations that write to the log file. Roll back the transaction.

Esta é talvez a pior mensagem de erro que encontrei. Parece realmente significar "Você não lidou com um erro em uma transação aninhada".

Se eu colocar o if @@TRANCOUNT > 0, recebo a mensagem:

Msg 3916, Level 16, State 0, Procedure gordontest, Line 7
Cannot use the COMMIT statement within an INSERT-EXEC statement unless BEGIN TRANSACTION is used first.

Eu tentei brincar com instruções de transação begin/commit, mas nada parece funcionar.

Então, como posso fazer com que meu procedimento armazenado lide com erros sem abortar a transação geral?

Edite em resposta a Martin:

O código de chamada real é:

        declare @RetvalTable table (retval int);

        set @retval = -1;

        insert into @RetvalTable
            exec('

declare @retval int; exec @retval = '+@consulta+'; selecione @retval');

        select @retval = retval from @RetvalTable;

Onde @queryestá a chamada de procedimento armazenado. O objetivo é obter o valor de retorno do procedimento armazenado. Se isso for possível sem insert(ou, mais especificamente, sem iniciar uma transação), seria ótimo.

Não consigo modificar os procedimentos armazenados em geral para armazenar o valor em uma tabela, porque há muitos deles. Um deles está falhando, e eu posso modificá-lo. Minha melhor solução atual é algo como:

if (@StoredProcedure = 'sp_rep__post') -- causing me a problem
begin
    exec @retval = sp_rep__post;
end;
else
begin
    -- the code I'm using now
end;