Zautomatyzowane narzędzie migracji schematu Oracle [zamknięte]
Jakie narzędzia (komercyjne lub OSS) udostępniają mechanizm oparty na interfejsie GUI do tworzenia skryptów aktualizacji schematu? Żeby było jasne, oto obowiązki narzędzia:
Uzyskaj połączenie z najnowszą wersją schematu (zwaną „źródłem”).Uzyskaj połączenie z poprzednią wersją schematu (zwaną „celem”).Porównaj wszystkie obiekty schematu między źródłem a celem.Utwórz skrypt, aby schemat docelowy był równoważny ze schematem źródłowym („skrypt aktualizacji”).Utwórz skrypt przywracania, aby przywrócić schemat źródłowy, używany, jeśli skrypt aktualizacji nie powiedzie się (w dowolnym momencie).Twórz pojedyncze pliki dla obiektów schematu.Oprogramowanie musi:
Użyj ALTER TABLE zamiast DROP i CREATE dla kolumn o zmienionej nazwie.Pracuj z Oracle 10g lub nowszym.Twórz skrypty, które mogą być wykonywane wsadowo (za pomocą wiersza poleceń).Proces instalacji trywialnej.(Bonus) Twórz skrypty, które mogą być wykonywane za pomocą SQL * Plus.Oto kilka przykładów (z StackOverflow, ServerFault i wyszukiwania Google):
Menedżer zmianOracle SQL DeveloperOprogramowanie, które nie spełnia kryteriów lub nie może zostać ocenione, obejmuje:
ROPUCHAProgramista PL / SQL - Nieprawidłowe instrukcje SQL * Plus. Nie tworzy instrukcji ALTER.SQL Fairy - Brak instalatora. Złożony proces instalacji. Źle udokumentowane.DBDiff - Uszkodzona ocena zestawu danych, słaba obsługa klienta.OrbitDB - Ocena uszkodzonego zestawu danych.SchemaCrawler - Brak łatwej do zidentyfikowania wersji do pobrania dla baz danych Oracle.Porównaj SQL - SQL Server, a nie Oracle.LiquiBase - Wymaga zmiany procesu rozwoju. Brak instalatora. Ręcznie edytuj pliki konfiguracyjne. Nie rozpoznaje własnego parametru baseUrl.Jedyną akceptowalną paraliżującą wersją ewaluacyjną jest czas. Paraliżowanie przez ograniczenie liczby tabel i widoków ukrywa możliwe błędy, które są widoczne tylko w oprogramowaniu podczas próby migracji setek tabel i widoków.