Anveo EDI Connect / Config / Tematy zaawansowane / Optymalizacja wydajności
Jest to tłumaczenie automatyczne. Pierwotne stanowisko jest dostępne w angielski.

Optymalizacja wydajności

Anveo EDI Connect jest zbudowane tak, aby mieć elastyczne mapowania, które mogą być zmieniane w czasie pracy. Podstawowa funkcjonalność jest opracowana całkowicie w Microsoft Dynamics NAV 2013R2 z wszystkimi zaletami i wadami. Wszystkie ustawienia są przechowywane w bazie danych i muszą być pobierane podczas runtime, aby określić, jak moduł będzie obsługiwał dane EDI.

Szybkość działania modułu w dużej mierze zależy od szybkiego sposobu pobierania właściwości EDI przez Service Tier. Dla każdego pola, które jest odczytywane lub zapisywane z pliku, moduł będzie musiał pobrać ustawienia z bazy danych, aby poprawnie obsłużyć dane. Jest to wykonywane na jednym rdzeniu CPU w service tier. Dlatego ważne jest, aby mieć wystarczającą wydajność pojedynczego rdzenia CPU dostępnego w service tier, aby mieć szybkie połączenie z bazą danych i mieć wystarczające zasoby na serwerze SQL i w service tier.

Uruchom testy wydajności

Zawsze, gdy rozpoczynasz projekt z dużym obciążeniem EDI, lub chcesz importować duże pliki, zalecamy ustawienie mapping importu bez wszystkich szczegółów i przeprowadzenie testów wydajności. Możesz również skontaktować się z naszym supportem i poprosić o radę, czy Twój scenariusz może być bezpiecznie obsługiwany przez moduł, czy też powinieneś go najpierw przetestować.

OptymalizacjeMapping

Niektóre właściwości będą miały wpływ na wydajność mapping. Ogólnie rzecz biorąc, powinieneś starać się unikać wszelkich pętli, które nie są konieczne. Jeśli importujesz dane, większość konwerterów sprawdzi strukturę danych dla każdego wiersza tabeli w trybie zapisu. Możesz zyskać na wydajności, jeśli ustawisz minimalną liczbę powtórzeń w tabelach zapisu, jeśli wiesz, że dane będą obecne w pliku. (A jeśli otrzymasz uszkodzony plik, moduł nadal będzie dawał komunikat o błędzie, ponieważ pętla nie może zostać przekonwertowana).

Do tabel buforowych należy importować tylko te dane, które są wykorzystywane albo w dalszej obróbce danych albo przez użytkownika do znalezienia i zrozumienia błędów. Importowanie danych, które nie mają wartości dla użytkownika końcowego i nie są wykorzystywane w dalszej części procesu, będzie miało negatywny wpływ na wydajność.

Zmniejszenie liczby linii w mapping może poprawić wydajność.

EDIFACT

W mapping importowych można usunąć z mapping każdy element danych, który nie jest używany. Moduł będzie potrzebował tylko informacji o segmencie. Każdy element danych przechowuje pozycję w pliku, więc usunięcie elementów przed tym, który jest potrzebny, nie zmieni przetwarzania. Jedynym minusem tego podejścia jest to, że możesz być zmuszony do ponownego dodania elementu, jeśli będziesz potrzebował przetworzyć dane w przyszłości. Jeśli umieszczasz tabele w grupach EDIFACT, powinieneś ustawić min powtórzenie dla tabeli, jeśli grupa jest obowiązkowa.

W przypadku eksportu można usunąć każdy element danych, który nie zawiera wartości. Moduł automatycznie zapisze się do właściwej pozycji, jeśli zabraknie kilku elementów danych i przyspieszysz cały mapping.

TEKST

Zmniejszenie liczby linii w mapping dla pliku tekstowego jest często możliwe, jeśli na końcu linii znajduje się struktura, która nie jest potrzebna. Zamiast czytać wszystkie te pola, możesz użyć pojedynczej linii mapping, aby przeczytać wszystko do końca linii, jeśli nie potrzebujesz przetwarzać informacji.