Crie uma saída de registro único ou múltiplo no Jitterbit Design Studio
Caso de uso
Um cenário frequente é onde a fonte contém vários registros e a orquestração eficiente é habilitada se os arquivos de destino forem gravados individualmente, de modo que o nome do arquivo contenha um valor de chave derivado de um valor de campo no registro.
O comportamento padrão do Jitterbit é criar um único arquivo contendo vários registros quando a fonte contém vários registros. Esta página também demonstra (em Exemplo 2) como realizar saída de múltiplos registros usando o prefixo de variável global reservada SOURCE_CHUNK.
Exemplo 1: Vários registros em um único arquivo de saída
Para esses exemplos, suponha que o arquivo de origem contenha uma lista de funcionários onde um campo contém uma ID de funcionário.
Exemplo de dados de origem:
Crie uma Operação básica onde aceitamos todos os padrões:
Defina a Fonte:
Mapeamento simples onde a transformação mostra os registros de origem e destino:
Defina o Alvo:
O arquivo de destino (Multiple records.txt) será um único arquivo que contém vários registros:
Exemplo 2: Vários arquivos de saída contendo um único registro
O endpoint de destino requer um formato de arquivo em que o ID do funcionário é necessário no nome do arquivo. Isso significa criar 50 registros com cada registro em um nome de arquivo padronizado após employee_\<id do funcionário>.txt.
Antes da introdução do SCOPE_CHUNK, a geração de vários arquivos contendo um único registro exigiria um conjunto adicional de operações para ler os registros e gravá-los individualmente.
Usando SCOPE_CHUNK, uma única operação pode gerar vários registros e fornecer controle sobre o nome do arquivo orientado a dados. Este exemplo processará um arquivo para um conjunto diferente de 50 funcionários que contém os mesmos campos de dados que o arquivo de dados de origem usado no Exemplo 1. A operação neste exemplo cria 50 registros, cada um terminando em um nome de arquivo de employee_\<id do funcionário>.txt.
Cuidado
O SCOPE_CHUNK A sintaxe do prefixo não é suportada em operações com uma transformação que usa mapeamento condicional.
Defina Enable Chunking nas Operation Options. Defina Chunk size, Number of Records Per File e Max number of threads como 1. Isso forçará a transformação a processar um registro por vez:
O mapeamento é similar, com a adição de aplicar um script ao último campo. Note que quando a operação é testada, apenas 1 registro é processado.
Crie um Script no último campo. Ao construir uma variável global precedida por SCOPE_CHUNK e preencher o nome do arquivo desejado para incluir um valor de registro, podemos passar a variável global para o alvo.
Digite a variável global no campo Nome(s) do arquivo do destino:
Quando executada, a operação agora cria um arquivo individual para cada funcionário, contendo apenas aquele registro de funcionário, e nomeado individualmente para incluir o ID do funcionário. Na captura de tela mostrada, os sufixos de nome de arquivo (.txt) estão ocultos:
