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

Optimizar 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 NAV 2009R2 RTC com todas as vantagens e desvantagens. Todas as definições são armazenadas na base de dados e precisam de 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 é lido ou escrito a partir de um ficheiro o módulo terá de obter um monte de definições da base de dados para tratar os dados correctamente. Isto é realizado num ú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 ligação rápida à base de dados e ter recursos suficientes no servidor e service tier SQL.

Realizar testes de desempenho

Sempre que iniciar um projecto com uma elevada carga de EDI, ou quiser importar grandes ficheiros, recomendamos que configure o mapping importação sem todos os detalhes e que execute testes de desempenho. Pode também contactar o nosso apoio para lhes pedir conselhos se o seu cenário pode ser tratado com segurança com o módulo ou se deve testá-lo primeiro.

Fechaduras de mesa

Cada mapping corre na sua própria transacção de base de dados e pode bloquear as tabelas que são utilizadas no interior do mapping. Manter os mapeamentos tão rápidos e pequenos quanto possível ajudará a reduzir os bloqueios das mesas utilizadas no interior do mapping.

Optimizámos as nossas próprias tabelas de sistemas para serem utilizadas por múltiplos processos de EDI em paralelo. Contudo, isto não se aplica às nossas mesas tampão, que, como qualquer outra mesa, podem ser bloqueadas por um mapping. Por conseguinte, recomendamos a execução dos processos EDI o mais em série possível e evitar, na medida do possível, a execução paralela.

Se as fechaduras ocorrem principalmente nas nossas mesas tampão, por exemplo o documento ANVEDI, pode ser útil pensar nas próprias tabelas tampão para processos com uma grande quantidade de dados.

As fechaduras de mesa são principalmente preocupantes em operações diurnas normais, onde os utilizadores estão à espera de recursos e cargas diferentes podem levar a comportamentos diferentes. Se o processo o permitir, recomendamos a marcação de trabalhos EDI à noite, ou por exemplo à hora do almoço, a fim de reduzir a carga no sistema.

Optimizações de Mapping

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

Só deve importar dados para as tabelas tampão que são utilizados quer no processamento posterior dos dados quer pelo utilizador para encontrar e compreender erros. A importação de dados que não têm valor para o utilizador 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 apagar 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 ficheiro, pelo que a remoção de elementos antes de um que seja necessário não irá alterar o processamento. A única desvantagem desta abordagem é que poderá ter de acrescentar novamente o elemento, se precisar de processar os dados no futuro. Se colocar tabelas nos grupos EDIFACT, deve colocar a repetição min na tabela, se o grupo for obrigatório.

Nas exportações pode apagar qualquer elemento de dados que não contenha um valor. O módulo escreverá automaticamente para a posição correcta se faltarem alguns elementos de dados e acelerará todo o mapping.

TEXTO

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