Anveo EDI Connect / Config / Temas avanzados / Optimizar el rendimiento
Esta es una traducción automática. El mensaje original está disponible en 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.

Cerraduras de mesa

Cada mapping se ejecuta en su propia transacción de base de datos y puede bloquear las tablas que se utilizan dentro del mapping. Mantener los mapeos tan rápidos y pequeños como sea posible ayudará a reducir los bloqueos de las tablas usadas dentro del mapping.

Hemos optimizado nuestras propias tablas del sistema para que sean utilizadas por varios procesos EDI en paralelo. Sin embargo, esto no se aplica a nuestras tablas de búfer, que, como cualquier otra tabla, pueden ser bloqueadas por un mapping. Por lo tanto, recomendamos ejecutar los procesos EDI lo más en serie posible y evitar en lo posible la ejecución en paralelo.

Si los bloqueos se producen principalmente en nuestras tablas de almacenamiento intermedio, por ejemplo el documento ANVEDI, puede ser útil pensar en tablas propias de búfer para los procesos con una gran cantidad de datos.

Los bloqueos de tabla son principalmente preocupantes en las operaciones diurnas normales, donde los usuarios están esperando recursos y las diferentes cargas pueden llevar a un comportamiento diferente. Si el proceso lo permite, recomendamos programar los trabajos de EDI por la noche o, por ejemplo, a la hora del almuerzo, para reducir la carga del sistema.

Optimizaciones de Mapping

Algunas 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.