Dostrajaj logikę par tylko tam, gdzie domyślne ustawienia nie wystarczają.
Zakładka Advanced to miejsce, w którym Compare przestaje być szerokim workflow konfiguracji, a staje się precyzyjnym narzędziem rekonsyliacji. Daje szczegółową kontrolę nad wybranymi parami tabel, mapowaniem typów danych, filtrowaniem SQL i porównaniem delta.
Co znajduje się w Advanced
Podsumowuje wszystkie pary tabel wybrane do rekonsyliacji i ich status walidacji.
Pokazuje mapowania typów danych używane do normalizacji wartości przed porównaniem i haszowaniem.
Otwiera szczegółowe ustawienia kolumn, warunków SQL i przetwarzania delta dla pojedynczej pary.
Tables Overview Table
Ten widok utrzymuje cały scope rekonsyliacji w jednym miejscu. Pozwala usuwać, wyłączać, walidować i przeglądać pary tabel jeszcze przed startem runu.
Określa, czy dana para tabel ma wejść do runu rekonsyliacyjnego. Niepoprawne pary mogą być wyłączane automatycznie.
Pokazuje identyfikator pary oparty na schematach i pozwala wejść do konfiguracji szczegółowej.
Wyświetla tabelę źródłową wraz z szacowanym rozmiarem i liczbą wykrytych kolumn.
Wyświetla sparowaną tabelę docelową wraz z szacowanym rozmiarem i liczbą wykrytych kolumn.
Pokazuje czas pobierania metadanych, co pomaga wykrywać wolne obiekty lub środowiska.
Pozwala całkowicie usunąć parę tabel z konfiguracji rekonsyliacji.
Walidacja potwierdza zgodność kluczy i struktur kolumn. Para jest gotowa do uruchomienia.
Coś wymaga przeglądu, np. częściowe dopasowanie kolumn albo inna nieblokująca niespójność.
Krytyczny problem, np. brak kluczy albo niekompatybilna struktura, blokuje uruchomienie pary.
Data Types Table
Mapowanie typów danych istnieje po to, żeby porównanie było uczciwe. Wartości z różnych silników bazodanowych często trzeba sprowadzić do tej samej postaci kanonicznej zanim zostaną porównane albo zhashowane.
Data Types Table definiuje, jak źródłowe i docelowe typy są wyrównywane, aby ta sama wartość biznesowa dawała ten sam wynik porównania.
Taki sam kanoniczny string i identyczny hash. Compare traktuje wiersz jako spójny.
Inny wynik kanoniczny i inny hash. Wiersz wygląda na niespójny mimo potencjalnie tej samej wartości biznesowej.
Precyzja liczb Trailing zeros, skala i zasady zaokrąglania potrafią zmieniać wynik kanoniczny.
Daty i czas Formatowanie, strefy czasowe i dokładność zapisu łatwo generują fałszywe różnice.
Dane znakowe CHAR vs VARCHAR, padding i obsługa pustego stringa wymagają spójnych zasad.
Compare Pair Dialog
Okno szczegółowe wybranej pary podzielone jest na trzy zakładki. Razem sterują one dopasowaniem kolumn, filtrowaniem wierszy i porównaniem ograniczonym do zmian w czasie.
Łączy kolumny ręcznie, definiuje klucze rekonsyliacji i pozwala wykluczać niepotrzebne pola.
Filtruje wiersze za pomocą warunków SQL, tak aby porównanie objęło tylko istotny wycinek danych.
Pozwala porównywać tylko dane zmienione w czasie, co dobrze działa w runach cyklicznych.
Columns
Automatycznie wykorzystuje klucz główny zdefiniowany w bazie danych.
Pozwala użytkownikowi wybrać dostępny indeks jako klucz rekonsyliacji.
Umożliwia ręczne wskazanie kolumn tworzących klucz rekonsyliacji.
Column Name (Source / Target) Pokazuje sparowane pola po obu stronach, wraz z oznaczeniem PK, jeśli dotyczy.
Key flags Wskazuje, czy dana kolumna należy do klucza rekonsyliacji zgodnie z wybraną metodą.
Data type mapping Pokazuje typ oryginalny i typ używany przez Compare w procesie porównania.
Conditional Processing
Użytkownik może wybrać kolumnę źródłową albo docelową i zdefiniować warunek SQL, który określi, jakie rekordy wejdą do zakresu rekonsyliacji.
Compare potrafi zweryfikować warunek i pokazać rekordy, które go spełniają, dzięki czemu łatwiej uniknąć przefiltrowania niewłaściwego wycinka danych.
Conditional Processing działa jeszcze przed właściwą rekonsyliacją. Najpierw zawęża dane, a dopiero potem uruchamiane są hashowanie, klucze i logika delta.
Wybrana kolumna należy do unikalnego indeksu i zwykle dobrze nadaje się do filtrowania lub budowy klucza.
Kolumna uczestniczy w kilku ścieżkach indeksowych i może wymagać dokładniejszego przeglądu.
Kolumna nie jest indeksowana, co może wpływać na wydajność i powinno być używane świadomie.
Delta Processing
Delta Processing jest zaprojektowane z myślą o powtarzalnych uruchomieniach, w których pełne skanowanie tabel przy każdym runie byłoby niepotrzebnie kosztowne. Zakres porównania obejmuje tylko dane zmienione w określonym oknie czasu.
Tryb delta wykorzystuje replikowaną kolumnę timestamp do ograniczenia porównania do rekordów zmienionych między dwoma wybranymi punktami w czasie.
Źródło wartości: Wartość od użytkownika, Get Value albo poprzednie T2
Wpływ na run: Stanowi punkt startowy bieżącego runu.
Źródło wartości: Wartość od użytkownika albo Get Value
Wpływ na run: Wyznacza górną granicę analizowanego okna.
Źródło wartości: Zapisywany automatycznie przez system
Wpływ na run: Staje się kolejnym T0 w następnym uruchomieniu.
Niezmienione rekordy pozostają poza oknem porównania.
Run zużywa mniej czasu i infrastruktury na stabilne dane.
Przejście z T2 do kolejnego T0 upraszcza automatyzację cyklicznych walidacji.