Udostępnij za pomocą


Najlepsze rozwiązania dotyczące konwertowania schematów Oracle na usługę Azure Database for PostgreSQL (wersja zapoznawcza)

Ten artykuł zawiera najlepsze rozwiązania i zalecenia, aby zapewnić optymalne wyniki podczas korzystania z funkcji konwersji schematu oracle do usługi Azure Database for PostgreSQL w programie Visual Studio Code.

Zarządzanie tokenami usługi Azure OpenAI

Prawidłowe zarządzanie tokenami usługi Azure OpenAI ma kluczowe znaczenie dla zapewnienia niezawodnych, wydajnych konwersji schematów, szczególnie w przypadku dużych lub złożonych schematów Oracle. Aprowizuj wystarczającą pojemność tokenu, monitoruj użycie i zastosuj mechanizmy kontroli szybkości, aby zapobiec przerwom i nieoczekiwanym kosztom.

Wymagania dotyczące limitu tokenów

  • Minimalny limit tokenu: Upewnij się, że wdrożenie usługi Azure OpenAI ma limit tokenu większy niż 500 000 tokenów w celu uzyskania optymalnej wydajności.
  • Użycie tokenu: złożone obiekty schematu wymagają znacznej pojemności tokenu w celu dokładnej konwersji.

Zrzut ekranu przedstawiający ustawienia tokenu na minutę.

Strategia wykonywania projektu

  • Wykonywanie pojedynczego projektu: uruchom tylko jeden projekt konwersji schematu w danym momencie , aby zapewnić sprawiedliwe i wydajne wykorzystanie limitu tokenów usługi Azure OpenAI.
  • Przetwarzanie sekwencyjne: unikaj jednoczesnego uruchamiania wielu projektów konwersji, aby zapobiec wyczerpaniu tokenów i awariom konwersji.

Wymagania dotyczące konfiguracji bazy danych

Przed uruchomieniem konwersji upewnij się, że zarówno źródłowe bazy danych (Oracle) jak i docelowe (PostgreSQL) są skonfigurowane i dostosowane do obsługi przekonwertowanego schematu i oczekiwanego obciążenia. Sprawdź ustawienia, takie jak alokacja pamięci, limity połączeń, zestawy znaków, strefa czasowa i wymagane rozszerzenia, aby zapobiec problemom ze środowiskiem uruchomieniowym i niezgodnościom semantycznym podczas migracji.

Sesje bazy danych Oracle

  • Parametr sesji: Upewnij się, że wartość parametru sesji bazy danych Oracle jest większa niż 10.
  • Zapytanie weryfikacyjne: Użyj następującego zapytania, aby sprawdzić wartość parametru bieżącej sesji:
SELECT name, value
FROM v$parameter
WHERE name = 'sessions'

Wymagania dotyczące ręcznej weryfikacji

Mimo że automatyczna konwersja przyspiesza migrację, walidacja ręczna jest niezbędna do przechwytywania różnic semantycznych, zachowań specyficznych dla platformy i przypadków brzegowych, których może przegapić sztuczna inteligencja lub narzędzia. Przeprowadź ukierunkowane przeglądy i testowanie przekonwertowanych obiektów, aby zweryfikować poprawność, wydajność i łatwość konserwacji w środowisku PostgreSQL.

Złożone obiekty kodu

Ręcznie zweryfikuj następujące złożone obiekty kodu Oracle:

  • Procedury składowane: Przejrzyj przekonwertowaną logikę procedury, obsługę parametrów i zarządzanie wyjątkami
  • Pakiety: weryfikowanie struktury pakietu i rozwiązywania zależności
  • Funkcje: Weryfikowanie typów zwracanych funkcji, mapowań parametrów i dokładności logiki biznesowej

Proces weryfikacji

  1. Przejrzyj kod wygenerowany przez sztuczną inteligencję: Dokładnie sprawdź wszystkie przekonwertowane obiekty złożone
  2. Funkcje testowania: Wykonywanie przekonwertowanych procedur i funkcji w środowisku bazy danych scratch
  3. Weryfikacja logiki: upewnij się, że logika biznesowa pozostaje nienaruszona po konwersji