Início / dba / Perguntas / 117545
Accepted
krystah
Asked: 2015-10-10 04:22:32 +0800 CST

Fluxo de controle do SSIS: as restrições de precedência não funcionam conforme o esperado

  • 772

O fluxo de controle do meu pacote SSIS não está se comportando como esperado.

O que eu quero alcançar :

  1. Teste se o CLR está ativado no SQL Server usando

    SELECT value
FROM   sys.configurations
WHERE  name = 'clr enabled'

  2. Se value == 0, tente ativar o CLR e exibir a mensagemServer is configured.
  3. Se value == 1, exibir mensagemServer is configured.

Se eu configurar meu fluxo de controle para fazer apenas um ou outro, funciona. insira a descrição da imagem aqui

Esse fluxo funciona conforme o esperado. No entanto, gostaria de, se value == 0, continuar no MessageBox após Enable CLR on Server.


Eu tentei mudar o fluxo de controle para isso insira a descrição da imagem aqui

Agora, o que acontece é o seguinte:

  • value == 0[CLR ativado no servidor] passa o controle para [Ativar CLR no servidor], que é concluído e encerrado.
  • value == 1[CLR ativado no servidor] é concluído e encerrado.

[MessageBox-Server is Configured] nunca é atingido.

Alguém pode me ajudar a entender isso e/ou me indicar um bom recurso sobre o fluxo de controle condicional do SSIS?

sql-server ssis

1 respostas

  1. Best Answer

    Sua restrição precedente é padronizada para uma ANDsituação. A tarefa anterior deve retornar com sucesso e a expressão deve ser verdadeira.

    Em cenários binários como este, apenas uma dessas duas tarefas acontecerá. Ao adicionar o próximo nível de restrição em - ambos vinculados à etapa da caixa de mensagem, a etapa final é aguardar que "Ativar CLR no servidor" seja bem-sucedido, bem como "CLR ativado no servidor" seja bem-sucedido e que o valueseja igual a 0.

    Como apenas uma dessas situações funcionará, você precisa balançar o PC para ser uma situação OR

    insira a descrição da imagem aqui

    Isso resulta nas linhas pontilhadas verdes em vez de sólidas

    insira a descrição da imagem aqui

    Como um FYI, em sua tarefa Script, supondo que isso seja executado de maneira automatizada (SQL Agent), uma vez que você está usando uma caixa de mensagem, ela falhará. Há uma variável de nível de sistema, System::InteractiveModeque é um booleano. Ele indica se você está executando em um ambiente onde pode interagir com a área de trabalho ou não. Se isso for avaliado como falso e você tentar qualquer atividade da GUI, o pacote apresentará um erro.

    Acho útil adicionar código como o seguinte

    public void Main()
{
    // TODO: Add your code here
    bool interactiveMode = (bool) this.Dts.Variables["System::InteractiveMode"].Value;
    bool fireAgain = false;
    string message = "This is some message I likely built out using other SSIS Variable values";

    if (interactiveMode)
    {
        MessageBox.Show(message);
    }

    this.Dts.Events.FireInformation(0, "CLR Check", message, string.Empty, 0, ref fireAgain);

    Dts.TaskResult = (int)ScriptResults.Success;
}

    Lá eu tenho uma verificação do meu modo interativo e apenas tento exibir algo se puder. Eu também aciono um evento OnInformation porque ele é registrado automaticamente no modelo de implantação de projeto 2012+, exibido na GUI e no painel Output no Visual Studio/SSDT/BIDS e é facilmente registrado da chamada DTEXEC.exe anexando I a o parâmetro de relatório, ou seja , /rep EI

    • 13

relate perguntas