Przejdź do głównej zawartości
GIFRÖST / Compare

Zdefiniuj pary schematów zanim system zacznie proponować tabele.

Mapowanie schematów określa, gdzie Compare ma szukać odpowiadających sobie obiektów. Jeden schemat źródłowy można połączyć z dowolnym schematem docelowym, a każdą stronę da się jeszcze przefiltrować przed przejściem do mapowania tabel.

Punkt startuWybierasz schemat referencyjny oraz schemat, który ma być zweryfikowany.
Elastyczne parowanieLiczba mapowań schematów nie jest ograniczona.
Tryby filtrowaniaPo obu stronach można użyć exact names albo wildcard pattern.
Główny efektMniej szumu jeszcze przed etapem mapowania tabel.

Jak działa mapowanie schematów​

Ten krok wyznacza, które części środowiska źródłowego i docelowego mają być w ogóle porównywane. To najszersza warstwa dopasowania w całym workflow, więc dobrze ustawione mapowanie schematów oszczędza ręczną pracę w kolejnych etapach.

Krok 01Wybierz schemat źródłowy i docelowy

Interfejs udostępnia dwa pola: Source Schema oraz Target Schema, zasilane listą schematów pobraną z wybranych baz danych.

Krok 02Utwórz tyle par, ile potrzebujesz

Jedna konfiguracja porównania może zawierać wiele mapowań schematów, a każdą parę można później zmodyfikować albo usunąć.

Krok 03Ogranicz widoczność tabel w obrębie pary

Jeszcze przed propozycją par tabel możesz zdecydować, które obiekty po stronie źródła i celu są w ogóle brane pod uwagę.

EfektCzytelniejsza baza pod automatyczne mapowanie tabel

Dobre filtry schematów przyspieszają następny etap i ograniczają liczbę błędnych sugestii.

Tryby filtrowania​

Każda strona pary schematów może mieć własny filtr tabel. To szczególnie przydatne, gdy schema zawiera tabele techniczne, archiwalne, tymczasowe albo niespójne nazewniczo.

Tryb 01Exact names

Uwzględnia wszystkie tabele z wybranego schematu bez dodatkowego filtrowania. Dobrze działa, gdy schemat jest już czysty i gotowy do porównania.

Tryb 02Wildcard pattern

Filtruje tabele po nazwie przy użyciu wzorca, np. LOG_%. Regułę można zastosować jako LIKE albo NOT LIKE.

Kiedy wildcard daje największą wartość

Duże schematy Ograniczasz porównanie do tabel biznesowych zamiast skanować cały katalog.

Mieszane konwencje nazw Łatwiej zgrać podzbiory źródła i celu mimo różnych prefiksów.

Tymczasowe wykluczenia Możesz odciąć staging, archiwum albo obiekty techniczne bez zmian w samym schemacie.

Przykładowy zestaw tabel w schematach​

Kandydat 1Gotowe do parowania
SOURCE_TABLE_1TARGET_TABLE_1
Kandydat 2Gotowe do parowania
SOURCE_TABLE_2TARGET_TABLE_2
Kandydat 3Gotowe do parowania
MY_SOURCE_TABLE_1MY_TARGET_TABLE_1
Kandydat 4Gotowe do parowania
MY_SOURCE_TABLE_2MY_TARGET_TABLE_2
Kandydat 5Gotowe do parowania
DUMMY_TABLEDUMMY_TABLE
Niepełny inwentarzWykryto lukę w powiązaniu
Brak kandydata po stronie źródłaMY_DUMMY_TABLE

W tej formie łatwiej odczytać inventory obiektów niż w klasycznej tabeli, bo od razu widać, które pary są kompletne, a które mają lukę po jednej ze stron.

Przykładowe dopasowania wzorców​

Zestaw reguł 12 rozstrzygnięte
SOURCE_%TARGET_%
SOURCE_TABLE_1 = TARGET_TABLE_1SOURCE_TABLE_2 = TARGET_TABLE_2
Zestaw reguł 22 rozstrzygnięte
MY_SOURCE_%MY_TARGET_%
MY_SOURCE_TABLE_1 = MY_TARGET_TABLE_1MY_SOURCE_TABLE_2 = MY_TARGET_TABLE_2
Zestaw reguł 32 rozstrzygnięte
SOURCE_%MY_TARGET_%
SOURCE_TABLE_1 = MY_TARGET_TABLE_1SOURCE_TABLE_2 = MY_TARGET_TABLE_2
Zestaw reguł 41 rozstrzygnięte
DUMMY_TABLE%_TABLE
DUMMY_TABLE = DUMMY_TABLE
Zestaw reguł 5Brak rozstrzygniętej pary
DUMMY_TABLETARGET_%_
Żadna para tabel nie weszła do zbioru kandydatów

Konstrukcja wzorca bezpośrednio wpływa na to, jakie pary tabel system zaproponuje później. Jeśli filtry źródła i celu nie tworzą kompatybilnego zbioru, Compare nie będzie miał czego sensownie dopasować.