Przejrzyj przekonwertowane obiekty w Eksploratorze obiektów konwersji

Użyj Conversion Eksplorator obiektów, aby przejrzeć i uściślić wyniki konwersji oracle-to-PostgreSQL. Eksplorator pokazuje obiekty źródłowe wraz z ich nazwami docelowymi, typami i stanami. Każdy obiekt otwiera porównanie typu source-to-target z akcjami Copilot w celu wyjaśnienia konwersji lub pomocy w zmianie wygenerowanego pliku PostgreSQL.

Aby uzyskać instrukcje dotyczące otwierania eksploratora z ukończonej konwersji, zobacz Przeglądanie i uściślinie przekonwertowanych obiektów w samouczku.

Znajdź i sprawdź obiekty

Użyj filtrów powyżej tabeli wyników, aby zawęzić obiekty, które chcesz przejrzeć:

Control Purpose
Filtruj według nazwy obiektu źródłowego Znajdź obiekt według jego nazwy źródłowej Oracle.
Wszystkie schematy Zawęź wyniki do schematu źródłowego.
Wszystkie typy obiektów źródłowych Zawęź wyniki według typu obiektu Oracle.
Wszystkie statusy Zawęź wyniki według statusów dostępnych dla konwersji.

Odczytaj schemat, typ źródła i obiekt źródłowy razem, aby zidentyfikować obiekt Oracle. Porównaj obiekt docelowy i typ docelowy, aby zrozumieć jego mapowanie w PostgreSQL. Kolumna Stan zawiera wynik konwersji obiektu, a akcje zawierają Zapytaj i Napraw.

Użyj kontrolek strony poniżej tabeli, gdy wyniki obejmują więcej niż jedną stronę.

Zrzut ekranu przedstawiający Conversion Eksplorator obiektów z filtrami obiektów, mapowaniami ze źródła do miejsca docelowego, statusami oraz akcjami Ask and Fix.

Przegląd pakietów i innych obiektów z wieloma instrukcjami

Pakiety i inne obiekty źródłowe mogą tworzyć wiele instrukcji PostgreSQL. Rozwiń obiekt nadrzędny, aby sprawdzić skojarzone wpisy zamiast traktować konwersję jako pojedynczą instrukcję PostgreSQL.

Sprawdź elementy pakietu

Użyj hierarchii pakietów, aby przechodzić przez poszczególnych członków i odpowiadające im odpowiedniki PostgreSQL:

  1. Znajdź pakiet przy użyciu filtrów nazwy schematu i obiektu źródłowego nad tabelą główną.
  2. Wybierz ikonę rozwijania obok pakietu, aby rozwinąć jego wpisy składowe.
  3. Przejrzyj mapowanie źródło-docelowe każdego elementu, w tym jego typ źródłowy Oracle i docelowy typ PostgreSQL.
  4. Wybierz składnik, który chcesz sprawdzić, i przejrzyj jego porównanie typu source-to-target i uwagi dotyczące konwersji.

Przejrzyj składniki indywidualnie, aby zrozumieć zmiany wprowadzone dla każdego z nich. Widok na poziomie pakietu ułatwia znajdowanie elementów członkowskich, ale nie zastępuje przeglądania wygenerowanych definicji.

Filtruj członków według typu obiektu źródłowego

W przypadku pakietu z wieloma składnikami użyj filtru typu obiektu w rozszerzonym pakiecie, aby skoncentrować się na jednym typie elementu źródłowego Oracle naraz. Filtr używa typu źródłowego Oracle składnika, a nie jego typu docelowego PostgreSQL.

Dwa filtry typu obiektu służą do różnych celów:

Lokalizacja filtru Co filtruje
Wszystkie typy obiektów źródłowych nad tabelą główną Obiekty źródłowe na głównej liście wyników.
Filtr typu obiektu w rozszerzonym pakiecie Składowe tego pakietu według typu źródła Oracle.

Po przejrzeniu jednego typu członka zmień lub usuń filtr typu członka, aby przejrzeć pozostałych członków.

Rozwiń i zwiń hierarchię

Użyj kontrolek rozwiń wszystko i zwiń wszystko na poziomie, który przeglądasz:

Level Purpose
Explorer Rozwiń lub zwiń obiekty rozszerzalne w eksploratorze razem.
Pakiet Rozwiń lub zwiń elementy członkowskie w ramach tego pakietu razem.

Użyj cudzysłów obiektu z możliwością rozwijania, gdy chcesz tylko rozwinąć lub zwinąć ten obiekt.

Porównywanie definicji i odczytywanie notatek konwersji

Wybierz obiekt, aby otworzyć jego widok różnic. Po lewej stronie pojawia się definicja Oracle, a po prawej stronie pojawia się wygenerowana definicja bazy danych PostgreSQL. Zapoznaj się z porównaniem, aby zrozumieć zmiany nazw, typów, parametrów i konstrukcji specyficznych dla bazy danych.

Przeczytaj panel Uwagi dotyczące konwersji razem z definicjami. Uwagi zawierają kontekst konwersji i różnic, które wymagają twojej uwagi. Przejrzyj je pod kątem przekonwertowanych obiektów, a także obiektów, które wymagają korekty.

Zrzut ekranu przedstawiający widok różnic z bazą danych Oracle-to-PostgreSQL z definicją źródłową, wygenerowaną definicją i panelem Notatek konwersji.

Poproś Copilota o wyjaśnienie konwersji

Wybierz pozycję Poproś o obiekt, aby poprosić GitHub Copilot o wyjaśnienie konwersji, w tym o jego zależności. Aby zrozumieć, jak definicja PostgreSQL odnosi się do źródła Oracle, skorzystaj z objaśnienia, widoku różnic i notatek konwersji.

Przed wprowadzeniem zmian przejrzyj wyjaśnienia Copilot dotyczące definicji i wymagań aplikacji.

Napraw obiekt i skompiluj zmiany

Poprawka otwiera polecenie funkcji Copilot ze szczegółami obiektu. Copilot używa tego kontekstu, aby ułatwić wprowadzanie zmian w pliku PostgreSQL. Przed skompilowaniem przejrzyj wprowadzone zmiany.

Wygenerowane pliki można edytować przed wdrożeniem. W przypadku kompilacji ręcznej użyj bazy danych nieprodukcyjnej i upewnij się, że są dostępne wymagane schematy i zależności. Jeśli musisz przygotować bazę danych, zobacz Setup Experience.

Aby poprawić i ręcznie skompilować obiekt w tej nieprodukcyjnej bazie danych:

  1. Wybierz Napraw dla obiektu, który chcesz zmienić.
  2. Pracuj z Copilot, aby wprowadzić wymagane poprawki i przejrzeć zaktualizowaną definicję bazy danych PostgreSQL.
  3. Otwórz edytowany plik PostgreSQL w edytorze SQL.
  4. Połącz edytor SQL z serwerem nieprodukcyjnym PostgreSQL.
  5. Nawiąż połączenie z bazą danych na tym serwerze, na którym wdrożono przekonwertowany schemat. Potwierdź aktywną bazę danych edytora.
  6. Przejrzyj odwołania do schematu w języku SQL i wybierz pełną instrukcję lub instrukcje, które chcesz wykonać.
  7. Wybierz przycisk odtwarzania w edytorze SQL, aby wykonać wybrane instrukcje i skompilować obiekty. Możesz również uruchomić zaznaczone zapytanie za pomocą polecenia Wykonaj zapytanie PostgreSQL.
  8. Przejrzyj wynik wykonania. Popraw wszelkie zgłoszone błędy i ponownie uruchom zaktualizowaną definicję zgodnie z potrzebami.

Polecenie Execute PostgreSQL Query edytora SQL uruchamia zaznaczony tekst. Jeśli nie zaznaczono tekstu, wykonuje całą zawartość edytora. Gdy plik zawiera definicje dla wielu przekonwertowanych członków, wybierz całe instrukcje, aby uniknąć przypadkowego wykonywania niepowiązanych definicji.

Edytowanie pliku i kompilowanie go w bazie danych to oddzielne kroki. Użyj wyników wykonywania, aby określić, czy zaktualizowana definicja została zastosowana. Upewnij się, że wygenerowany skrypt wdrożeniowy SQL zawiera przetestowane poprawki przed wdrożeniem produkcyjnym; nie zakładaj, że edytowanie pliku dla każdego obiektu aktualizuje deploy.sql.

Informacje na temat sposobu nawiązywania połączenia w edytorze, wybierania bazy danych i uruchamiania zapytań SQL można znaleźć w artykule Edytor zapytań i funkcja IntelliSense.

Weryfikacja wykraczająca poza etap kompilacji

Pomyślna kompilacja nie potwierdza, że przekonwertowany obiekt zachowuje się tak samo jak jego źródło Oracle. Przed wdrożeniem produkcyjnym niezależnie przetestuj obsługę danych, logikę biznesową, zależności i zachowanie aplikacji w oparciu o przekonwertowany schemat.

Treści powiązane

  • Ostatnia aktualizacja o