Anveo EDI Connect / Config / Tópicos Avançados / Otimize o desempenho
Esta é uma tradução automática. O post original está disponível em Inglês .

Otimize o desempenho

Anveo EDI Connect é construído para ter mapeamentos flexíveis que podem ser alterados em tempo de execução. A funcionalidade central é desenvolvida completamente em Microsoft Dynamics 365 Business Central com todas as vantagens e desvantagens. Todas as configurações são armazenadas no banco de dados e precisam ser recuperadas durante o tempo de execução para determinar como o módulo irá lidar com os dados EDI.

A velocidade do módulo depende muito de uma forma rápida para que o Service Tier recupere as propriedades EDI. Para cada campo que for lido ou escrito a partir de um arquivo, o módulo precisará obter um monte de configurações do banco de dados para tratar os dados corretamente. Isto é realizado em um único núcleo de CPU no service tier. Por isso, é importante ter disponível no service tier um desempenho central de CPU único suficiente, ter uma conexão rápida ao banco de dados e ter recursos suficientes no servidor e service tier SQL.

Executar testes de desempenho

Sempre que você iniciar um projeto com uma alta carga de EDI, ou quiser importar arquivos grandes, recomendamos configurar o mapping importação sem todos os detalhes e executar testes de desempenho. Você também pode entrar em contato com o nosso suporte para pedir-lhes conselhos se o seu cenário pode ser tratado com segurança com o módulo ou se você deve testá-lo primeiro.

Otimizações deMapping

Certas propriedades terão um impacto no seu mapping. Em geral, você deve tentar evitar quaisquer loops que não sejam necessários. Se você importar dados, a maioria dos conversores irá verificar a estrutura de dados recuperados para cada linha da tabela no modo de gravação. Você pode ganhar desempenho, se você definir a contagem mínima de repetição em tabelas de gravação se você souber que os dados estarão presentes no arquivo. (E se você receber um arquivo corrompido, o módulo ainda dará uma mensagem de erro, porque o loop não pode ser convertido).

O usuário só deve importar dados para as tabelas de buffer que são utilizados no processamento posterior dos dados ou pelo usuário para encontrar e compreender erros. A importação de dados que não têm valor para o usuário final e que não são utilizados mais tarde no processo terá um impacto negativo no desempenho.

A redução da contagem de linhas no mapping pode melhorar o desempenho.

EDIFACTO

Nos mapeamentos de importação é possível eliminar qualquer elemento de dados do mapping que não seja utilizado. O módulo só precisará da informação do segmento. Cada elemento de dados armazena uma posição no arquivo, portanto, a remoção de elementos antes de um que você precisa não irá alterar o processamento. A única desvantagem desta abordagem é que você pode ter que adicionar o elemento novamente, se você precisar processar os dados no futuro. Se você colocar tabelas nos grupos EDIFACT, você deve definir a repetição min na tabela, se o grupo for obrigatório.

Nas exportações, é possível eliminar qualquer elemento de dados que não contenha um valor. O módulo irá automaticamente escrever na posição correta se faltarem alguns elementos de dados e você irá acelerar todo o mapping.

TEXTO

A redução da contagem de linhas no mapping para um arquivo de texto é muitas vezes possível, se houver uma estrutura no final da linha que não seja necessária. Em vez de ler todos aqueles campos, você pode querer usar uma única linha mapping para ler tudo até o final da linha, se você não precisar processar a informação.