Início / dba / Perguntas / 55383
Accepted
Zane
Asked: 2013-12-21 07:50:46 +0800 CST

Tarefa de fluxo de dados não produz linhas com declaração de declaração

  • 772

Eu tenho um pacote SSIS que está fazendo uma SELECTdeclaração simples e, em seguida, carregando em uma tabela. Eu anonimizei a instrução sql, que deve ser dolorosamente óbvia quando você olha para o nome da tabela. Eu também simplifiquei o pacote para fazer apenas uma contagem de linhas para esta demonstração.

O problema que estou tendo é que a consulta produz linhas no servidor SQL, mas não produz linhas no SSIS. A consulta é a seguinte.

DECLARE @CurrentBlahDate DATETIME
SET @CurrentBlahDate = ( SELECT MAX(BlahDate)
                                         FROM   dbo.ThisCoolTable SL
                                                WITH ( NOLOCK )
                                                INNER JOIN dbo.ThatCoolTable SLF
                                                WITH ( NOLOCK ) ON SL.CoolID = SLF.CoolID
                                                              AND SLF.TypeCode IN (
                                                              'ValueA',
                                                              'ValueB' ))
SELECT 
*
FROM dbo.Calendar
WHERE CAST(BaseDate AS DATE) = CAST(@CurrentBlahDate AS DATE)

Ignore o *, pois é apenas para fins desta demonstração. A consulta real tem o mesmo problema, embora não tenha o *. Quando executado no servidor SQL, retorna 1 linha da tabela de calendário conforme o esperado. No entanto, quando executado no mesmo ambiente no SSIS, não recebo nenhuma linha retornada.

SSIS

Se eu transformar a consulta em um procedimento armazenado e executar o sproc no SSIS, obtenho uma contagem de linha de 1.

1 linha

Se eu alterar a consulta para this.

SELECT 
*
FROM dbo.Calendar
WHERE CAST(BaseDate AS DATE) = CAST(( SELECT MAX(BlahDate)
                                         FROM   dbo.ThisCoolTable SL
                                                WITH ( NOLOCK )
                                                INNER JOIN dbo.ThatCoolTable SLF
                                                WITH ( NOLOCK ) ON SL.CoolID = SLF.CoolID
                                                              AND SLF.TypeCode IN (
                                                              'ValueA',
                                                              'ValueB' )) AS DATE)

Então eu mais uma vez recebo 1 linha.

1 Mais Linha

Existe alguma razão para eu estar vendo esse comportamento?

ATUALIZAÇÃO: Antes de receber uma tonelada de críticas por isso, não tenho escolha sobre o absurdo do NOLOCK.

sql-server sql-server-2008-r2

2 respostas

  1. Best Answer

    Bem, embora eu realmente não saiba o motivo por trás desse comportamento, lembro-me de ter lido sobre isso há algum tempo e o que fazer para corrigi-lo. Para fazer isso funcionar, você só precisa adicionar SET NOCOUNT ONcomo primeira linha do seu comando sql:

    SET NOCOUNT ON
DECLARE @CurrentBlahDate DATETIME
SET @CurrentBlahDate = ( SELECT MAX(BlahDate)
                                         FROM   dbo.ThisCoolTable SL
                                                WITH ( NOLOCK )
                                                INNER JOIN dbo.ThatCoolTable SLF
                                                WITH ( NOLOCK ) ON SL.CoolID = SLF.CoolID
                                                              AND SLF.TypeCode IN (
                                                              'ValueA',
                                                              'ValueB' ))
SELECT 
*
FROM dbo.Calendar
WHERE CAST(BaseDate AS DATE) = CAST(@CurrentBlahDate AS DATE)
    • 10

  2. Lamak respondeu à pergunta.

    O motivo pode ser que, durante o tempo de execução do pacote, o OLEDB processará o primeiro conjunto de resultados. Portanto, quando o comando contém uma variável, as DONE_IN_PROCmensagens serão retornadas como conjuntos de resultados vazios. Portanto, a fonte OLEDB pegará o primeiro conjunto de resultados e prosseguirá, o que levará o pacote a ser bem-sucedido, mas sem nenhuma linha.

    Como Lamak apontou, o SET NOCOUNT ONirá suprimir o envio das mensagens DONE_IN_PROC para o cliente.

    • 4

relate perguntas