Anveo EDI Connect / Config / Argomenti avanzati / Ottimizzare le prestazioni
Questa è una traduzione automatica. Il messaggio originale è disponibile in Inglese.

Ottimizzare le prestazioni

Anveo EDI Connect è costruito per avere mappature flessibili che possono essere cambiate a runtime. La funzionalità di base è sviluppata completamente in Microsoft Dynamics NAV 2016 con tutti i vantaggi e gli svantaggi. Tutte le impostazioni sono memorizzate nel database e devono essere recuperate durante l’esecuzione per determinare come il modulo gestirà i dati EDI.

La velocità del modulo dipende fortemente da un modo veloce per il Service Tier di recuperare le proprietà EDI. Per ogni campo che viene letto o scritto da un file il modulo avrà bisogno di ottenere una serie di impostazioni dal database per gestire correttamente i dati. Questo viene eseguito su un singolo core della CPU del service tier. Quindi è importante avere abbastanza prestazioni di un singolo core della CPU disponibile al service tier, avere una connessione veloce al database e avere abbastanza risorse sul server SQL e sul service tier.

Eseguire i test delle prestazioni

Ogni volta che si inizia un progetto con un alto carico EDI, o si vogliono importare grandi file, si raccomanda di impostare l’importazione mapping senza tutti i dettagli e di eseguire dei test di performance. Puoi anche contattare il nostro supporto per chiedere loro un consiglio se il tuo scenario può essere gestito in modo sicuro con il modulo o se dovresti prima testarlo.

Ottimizzazioni diMapping

Alcune proprietà avranno un impatto sulle prestazioni della vostra mapping. In generale, dovreste cercare di evitare i loop che non sono necessari. Se importate i dati, la maggior parte dei convertitori controllerà la struttura dei dati recuperati per ogni riga di tabella in modalità di scrittura. Si può guadagnare in termini di prestazioni, se si imposta il numero minimo di ripetizioni sulle tabelle di scrittura se si sa che i dati saranno presenti nel file. (E se si ottiene un file corrotto il modulo darà ancora un messaggio di errore, perché il ciclo non può essere convertito).

Dovresti importare nelle tabelle tampone solo i dati che vengono utilizzati nell’ulteriore elaborazione dei dati o dall’utente per trovare e capire gli errori. Importare dati che non hanno valore per l’utente finale e che non vengono utilizzati in seguito nel processo avrà un impatto negativo sulle prestazioni.

Ridurre il numero di linee nel mapping può migliorare le prestazioni.

EDIFACT

Nelle mappature d’importazione è possibile cancellare qualsiasi elemento di dati dalla mapping che non è utilizzato. Il modulo avrà bisogno solo delle informazioni del segmento. Ogni elemento di dati memorizza una posizione nel file, quindi la rimozione di elementi prima di uno che vi serve non cambierà l’elaborazione. L’unico svantaggio di questo approccio è che potreste dover aggiungere nuovamente l’elemento, se avete bisogno di elaborare i dati in futuro. Se metti delle tabelle nei gruppi EDIFACT, devi impostare la ripetizione minima sulla tabella, se il gruppo è obbligatorio.

Nelle esportazioni è possibile cancellare qualsiasi elemento di dati che non contiene un valore. Il modulo scriverà automaticamente nella posizione corretta se mancano alcuni elementi di dati e si velocizzerà l’intera mapping.

TESTO

Ridurre il numero di linee nel mapping per un file di testo è spesso possibile, se c’è una struttura alla fine della linea che non è necessaria. Invece di leggere tutti quei campi potresti voler usare una singola linea di mapping per leggere tutto fino alla fine della linea, se non hai bisogno di elaborare le informazioni.