Dodatkowa uwaga dotycząca importowania

W poniższych punktach omówiono różne komentarze powiązane z importowaniem przenoszenia.

• CMA działa przy założeniu, że ograniczenia bazy danych dotyczące integralności powiązań nie obowiązują, a instrukcje SQL mogą być uruchamiane w dowolnej kolejności w ramach transakcji. W przypadku tego typu danych nie byłoby możliwe żadne rozwiązanie archiwizujące wymagające ograniczeń dotyczących integralności powiązań (np. zarządzanie cyklem życia informacji). Biorąc pod uwagę, że przeniesienia CMA obejmują dane administracyjne, a nie transakcyjne, sytuacja ta powinna być dopuszczalnym wyjątkiem.
• Walidacja jest dokonywana tylko za pośrednictwem usługi Walidacja strony. Algorytmy walidacji OB nie są wykonywane. Walidacja strony nie obejmuje walidacji obiektu biznesowego pod kątem zgodności ze schematem (na przykład walidacji wymaganych pól, rozmiarów pól itp.).

• Jeśli wiele żądań przeniesienia zostanie wyeksportowanych w tym samym czasie, po stronie importu należy rozważyć zaimportowanie, sprawdzenie i zastosowanie całego pliku/zbioru danych zanim nastąpi przejście do następnego. Przyczyną tego faktu jest to, że jeśli obiekty są zawarte w więcej niż jednym pliku, zostaną utworzone dwa zestawy wstawianych danych, ale uda się przetworzyć tylko pierwszy z nich. Drugi spowoduje zmianę stanu obiektu na "Nie można zastosować". W przypadku gdy przed zaimportowaniem drugiego pliku użytkownik zaczeka na ukończenie pierwszego, drugi zbiór danych nie spowoduje wygenerowania instrukcji SQL dla obiektu, ponieważ będzie on już wstawiony. Jest to kwestia wydajności: W przypadku, gdy najpierw zostaną zaimportowane wszystkie pliki, a następnie użytkownik spróbuje je wszystkie zastosować, konieczne będzie zidentyfikowanie powielonego obiektu jako błędnego i oznaczenie go jako odrzuconego przed zastosowaniem transakcji. Można tego uniknąć także używając grupowego żądania przeniesienia w celu włączenia wszystkich obiektów do jednego pliku zamiast do wielu.

• W systemie dostępny jest algorytm czyszczenia "niezmienionych" obiektów przenoszenia dla danego zbioru danych przenoszenia. Może on być dołączony jako algorytm zakończenia obiektu biznesowego w stanie Gotowe do porównania dla obiektu biznesowego importu zbioru danych przenoszenia (F1-MigrDataSetImport).

W poniższych punktach opisano różne komentarze powiązane z importowaniem zbioru danych biznesowych w trybie zbiorczym.

• Liczba obiektów uwzględnionych w każdym obiekcie przenoszenia jest pobierana w rekordzie obiektu przenoszenia.

• W kroku porównania są generowane instrukcje SQL tylko dla nowych lub zmienionych obiektów. Instrukcje SQL nie są generowane dla niezmienionych obiektów.

• Wyszukiwanie obiektów przenoszenia na podstawie ich uwzględnionych obiektów jest obsługiwane tylko w przypadku obiektów, które zostały określone jako nowe lub zmienione. Innymi słowy, ten typ wyszukiwania według uwzględnionych obiektów jest możliwy tylko po wykonaniu kroku porównania.