This is an automatic translation. The original post is available in Englisch.

Leistung optimieren

Anveo EDI Connect ist so aufgebaut, dass flexible Zuordnungen möglich sind, die zur Laufzeit geändert werden können. Die Kernfunktionalität ist vollständig in Microsoft Dynamics NAV 2017 entwickelt, mit allen Vor- und Nachteilen. Alle Einstellungen werden in der Datenbank gespeichert und müssen während der Laufzeit abgerufen werden, um festzulegen, wie das Modul die EDI-Daten verarbeiten soll.

Die Geschwindigkeit des Moduls hängt in hohem Maße davon ab, dass der Service Tier die EDI-Eigenschaften schnell abrufen kann. Für jedes Feld, das aus einer Datei gelesen oder geschrieben wird, muss das Modul eine Reihe von Einstellungen aus der Datenbank holen, um die Daten korrekt zu verarbeiten. Dies wird auf einem einzigen CPU-Kern des Service Tier durchgeführt. Daher ist es wichtig, dass der Service Tier über eine ausreichende Leistung eines einzelnen CPU-Kerns verfügt, dass die Verbindung zur Datenbank schnell ist und dass genügend Ressourcen auf dem SQL-Server und dem Service Tier vorhanden sind.

Leistungstests durchführen

Wenn Sie ein Projekt mit einer hohen EDI-Last beginnen oder große Dateien importieren möchten, empfehlen wir Ihnen, den Import Mapping ohne alle Details einzurichten und Leistungstests durchzuführen. Sie können sich auch an unseren Support wenden und ihn um Rat fragen, ob Ihr Szenario mit dem Modul sicher gehandhabt werden kann oder ob Sie es zunächst testen sollten.

Mapping

Bestimmte Eigenschaften haben Auswirkungen auf die Leistung Ihres Mapping. Generell sollten Sie versuchen, alle Schleifen zu vermeiden, die nicht notwendig sind. Wenn Sie Daten importieren, prüfen die meisten Konverter die abgerufenen Datenstrukturen für jede Tabellenzeile im Schreibmodus. Sie können an Leistung gewinnen, wenn Sie die minimale Wiederholungszahl für Schreibtabellen festlegen, wenn Sie wissen, dass die Daten in der Datei vorhanden sein werden. (Und wenn Sie eine beschädigte Datei erhalten, gibt das Modul trotzdem eine Fehlermeldung aus, weil die Schleife nicht konvertiert werden kann).

Sie sollten nur solche Daten in die Puffertabellen importieren, die entweder für die Weiterverarbeitung der Daten oder für die Fehlersuche und das Fehlerverständnis durch den Benutzer benötigt werden. Der Import von Daten, die für den Endbenutzer keinen Wert haben und später im Prozess nicht verwendet werden, wirkt sich negativ auf die Leistung aus.

Die Verringerung der Anzahl der Zeilen im Mapping kann die Leistung verbessern.

EDIFACT

Bei Import-Mappings können Sie jedes Datenelement aus dem Mapping löschen, das nicht verwendet wird. Das Modul benötigt nur die Segmentinformationen. Jedes Datenelement speichert eine Position in der Datei, so dass das Entfernen von Elementen vor einem, das Sie benötigen, nichts an der Verarbeitung ändert. Der einzige Nachteil dieses Ansatzes ist, dass Sie das Element möglicherweise erneut hinzufügen müssen, wenn Sie die Daten in Zukunft verarbeiten müssen. Wenn Sie Tabellen in EDIFACT-Gruppen einfügen, sollten Sie die Mindestwiederholung für die Tabelle festlegen, wenn die Gruppe obligatorisch ist.

Beim Export können Sie jedes Datenelement löschen, das keinen Wert enthält. Das Modul schreibt automatisch an die richtige Stelle, wenn ein paar Datenelemente fehlen, und Sie beschleunigen das gesamte Mapping.

TEXT

Es ist oft möglich, die Anzahl der Zeilen im Mapping für eine Textdatei zu reduzieren, wenn sich am Ende der Zeile eine Struktur befindet, die nicht benötigt wird. Anstatt all diese Felder zu lesen, sollten Sie eine einzige Mapping verwenden, um alles bis zum Ende der Zeile zu lesen, wenn Sie die Informationen nicht verarbeiten müssen.