Anveo EDI Connect / Config / Temas avanzados / Optimizar el rendimiento
This is an automatic translation. The original post is available in Inglés.

Optimizar el rendimiento

Anveo EDI Connect está construido para tener mapeos flexibles que pueden ser cambiados en tiempo de ejecución. La funcionalidad principal está desarrollada completamente en Microsoft Dynamics NAV 2013 con todas las ventajas y desventajas. Todas las configuraciones se almacenan en la base de datos y necesitan ser recuperadas durante el tiempo de ejecución para determinar cómo el módulo manejará los datos EDI.

La velocidad del módulo depende en gran medida de la rapidez con la que el nivel de servicio recupere las propiedades EDI. Para cada campo que se lea o escriba desde un archivo, el módulo tendrá que obtener un montón de ajustes de la base de datos para manejar los datos correctamente. Esto se realiza en un solo núcleo de la CPU del service tier. Por lo tanto, es importante tener suficiente rendimiento de un solo núcleo de CPU disponible en el service tier, tener una conexión rápida a la base de datos y tener suficientes recursos en el servidor SQL y el service tier.

Ejecutar pruebas de rendimiento

Siempre que se inicie un proyecto con una alta carga de EDI, o se quiera importar archivos grandes, recomendamos configurar el mapping importación sin todos los detalles y realizar pruebas de rendimiento. También puede ponerse en contacto con nuestro servicio de asistencia para pedirles consejo sobre si su escenario puede manejarse con seguridad con el módulo o si debe probarlo primero.

Optimizaciones deMapping

Ciertas propiedades tendrán un impacto en el rendimiento de su mapping. En general, hay que tratar de evitar cualquier bucle que no sea necesario. Si importa datos, la mayoría de los convertidores comprobarán la estructura de datos recuperada para cada línea de la tabla en modo de escritura. Se puede ganar rendimiento, si se establece el recuento mínimo de repeticiones en las tablas de escritura si se sabe que los datos estarán presentes en el archivo. (Y si tienes un archivo corrupto el módulo seguirá dando un mensaje de error, porque el bucle no se puede convertir).

Sólo debe importar datos a las tablas de amortiguación que se utilicen en el procesamiento posterior de los datos o por el usuario para encontrar y comprender los errores. Importar datos que no tienen valor para el usuario final y que no se utilizan posteriormente en el proceso tendrá un impacto negativo en el rendimiento.

Reducir el número de líneas en el mapping puede mejorar el rendimiento.

EDIFACT

En los mapeos de importación se puede eliminar cualquier elemento de datos del mapping que no se utilice. El módulo sólo necesitará la información del segmento. Cada elemento de datos almacena una posición en el archivo, por lo que eliminar los elementos anteriores a uno que se necesita no cambiará el procesamiento. El único inconveniente de este enfoque es que podría tener que añadir el elemento de nuevo, si necesita procesar los datos en el futuro. Si pone tablas en los grupos EDIFACT, debe establecer la repetición mínima en la tabla, si el grupo es obligatorio.

En las exportaciones se puede eliminar cualquier elemento de datos que no contenga un valor. El módulo escribirá automáticamente en la posición correcta si faltan algunos elementos de datos y acelerará todo el mapping.

TEXTO

A menudo es posible reducir el número de líneas en el mapping de un archivo de texto, si hay una estructura al final de la línea que no es necesaria. En lugar de leer todos esos campos, podría utilizar una sola línea de mapping para leer todo hasta el final de la línea, si no necesita procesar la información.