Korygowanie danych przed porównywaniem
Istnieją powody, dla których importowane dane wymagają korekty przed zastosowaniem ich w środowisku docelowym. W takich przypadkach można użyć algorytmu dołączonego do głównej instrukcji planu przenoszenia, aby skorygować dane podczas importowania. Ten algorytm jest wywoływany przez algorytm porównania przed wykonywaniem procesu porównywania. Algorytmy tego zdarzenia systemowego uzyskują widok rekordu źródłowego (importowanego) oraz widok istniejącego rekordu w regionie docelowym (jeśli istnieje). Dane są dostarczane przy użyciu fizycznego obiektu biznesowego obiektu obsługi planu przenoszenia. Algorytm może wprowadzać zmiany i przekazywać nowy widok rekordu, który powinien zostać użyty w porównaniu. To zdarzenie systemowe obsługuje wiele kolejno wykonywanych algorytmów. Każdy algorytm otrzymuje dane rekordu pierwotnego, dane rekordu docelowego (jeśli dotyczy) oraz "nowy" widok danych (wypełniony przez poprzednie algorytmy, jeśli dotyczy). Ostateczny, "nowy" widok danych służy do porównania obiektów. System zawiera algorytmy połączone z instrukcją główną planu przenoszenia ze środowiska źródłowego. Jeśli w systemie zostaną znalezione dodatkowe algorytmy wstępnego porównywania połączone z główną instrukcją planu przenoszenia w systemie docelowym, algorytmy te również zostaną wykonane.
Przykłady rekordów, które mogą wymagać użycia algorytmów importowania:
-
Kontrolka zadania odwołuje się do liczby porządkowej następnego zadania wraz z informacjami o zapisie, takimi jak data/godzina ostatniego uruchomienia. Informacje te mają znaczenie tylko w swoim środowisku. Instrukcja dotycząca kontrolki zadania może zawierać algorytm zapobiegający nadpisaniu numeru kolejnego zadania podczas kopiowania kontrolki zadania.
-
Niektóre produkty zawierają obiekty administracyjne odwołujące się do obiektu danych głównych. Obiekty danych głównych nie są kopiowane w ramach CMA. Można użyć algorytmu importowania do skorygowania podczas importu klucza obcego danych głównych, do którego prowadzi odwołanie, na przykład tak, aby go zresetować (albo tak, aby nie został nadpisany podczas aktualizacji). Jeśli istnieje algorytm umożliwiający odnalezienie odpowiedniego rekordu danych głównych do połączenia, również można go uwzględnić.
-
W przypadku importowania danych ze środowiska źródłowego w wersji niższej, jeśli importowany obiekt został rozszerzony w najnowszym wydaniu o nowe pole wymagane, konieczne może być udostępnienie algorytmu umożliwiającego wypełnienie danych w tym polu.
Tego algorytmu można używać również do "resetowania" danych źródłowych jako sposobu wskazywania, że dany rekord nie powinien zostać zaimportowany. W takiej sytuacji krok porównania obiektu przenoszenia spowoduje zmianę statusu rekordu na wartość Niezmienione i użycie czynności obiektu o wartości Anulowane. (Czynność obiektu jest wartością wyszukiwania prostego. Status rekordu nie ulega zmianie na stan obiektu biznesowego Anulowane ze względu na zarezerwowanie tego statusu dla zainicjowanych przez użytkownika anulowań obiektu lub jednego z jego rekordów nadrzędnych). Nie jest spodziewane częste użycie tej metody, ponieważ teoretycznie użycie odpowiednich kryteriów wyboru w czasie eksportu powinno zapewnić, że jedynymi eksportowanymi rekordami będą te, które powinny zostać zaimportowane.