Konwertuj PSC na SQL

Plik PSC zwykle wymaga konwersji, gdy baza danych musi zostać przywrócona na innym serwerze, sprawdzona poza Navicat lub dostarczona jako przenośny skrypt .sql. Zmiana nazwy .psc na .sql nie konwertuje kopii zapasowej, ponieważ PSC zawiera zastrzeżone skompresowane dane kopii zapasowej, a nie tekst SQL.

Czym jest format PSC

PSC zazwyczaj oznacza skompresowaną kopię zapasową Navicat, szczególnie w przypadku baz danych zgodnych z MySQL. Navicat tworzy tę zastrzeżoną binarną kopię zapasową zamiast przechowywać czytelne instrukcje CREATE TABLE i INSERT. Inne produkty Navicat do obsługi baz danych mogą używać innych rozszerzeń kopii zapasowych, dlatego przed próbą przywrócenia należy potwierdzić źródłowy silnik bazy danych oraz wersję Navicat.

Plik PSC może zawierać schemat, dane tabel, indeksy, widoki, wyzwalacze, procedury lub zdarzenia, ale tylko wtedy, gdy te obiekty zostały wybrane lub były obsługiwane podczas tworzenia kopii zapasowej. Wymagane jest również hasło kopii zapasowej, jeśli zostało skonfigurowane. Edytory tekstu, MySQL Workbench i zwykłe klienty SQL nie mogą importować pliku PSC jako skryptu.

Czym jest format SQL

Plik .sql jest zwykle skryptem w postaci zwykłego tekstu, zawierającym instrukcje takie jak CREATE TABLE, INSERT, CREATE VIEW oraz definicje programów składowanych. Zgodny serwer bazy danych może wykonać ten skrypt w celu odtworzenia schematu i danych, dzięki czemu jest on przydatny podczas migracji, przeglądu, kontroli wersji i archiwizacji.

SQL jest językiem, a nie jednym uniwersalnie zgodnym formatem plików. MySQL, MariaDB, PostgreSQL, SQL Server i Oracle różnią się typami danych, sposobem cytowania, składnią proceduralną, rozszerzeniami i poleceniami zrzutu. Skrypt wyeksportowany dla jednego silnika może wymagać zmian, zanim będzie można go wykonać w innym silniku.

Jak przekonwertować plik PSC

1. Zainstaluj wersję Navicat obsługującą silnik bazy danych pliku PSC, a następnie utwórz połączenie z tymczasowym lub pustym serwerem bazy danych z wystarczającą ilością miejsca.
2. Otwórz połączenie, wybierz Tools → Restore Backup lub kliknij prawym przyciskiem myszy docelową bazę danych i wybierz Restore Backup; dokładne nazwy menu różnią się w zależności od wersji Navicat.
3. Wybierz plik .psc, wprowadź jego hasło, jeśli jest wymagane, i przywróć go do tymczasowej bazy danych. Nie zastępuj danych produkcyjnych przed sprawdzeniem nazwy bazy danych, obiektów i przybliżonej liczby wierszy.
4. Wyeksportuj przywróconą bazę danych za pomocą polecenia Dump SQL File, Export Wizard lub równoważnego polecenia Navicat. Wybierz strukturę, dane, procedury, wyzwalacze, zdarzenia, indeksy i inne wymagane obiekty, a następnie wybierz właściwy zestaw znaków oraz plik wyjściowy.
5. Zapisz wynik jako plik, na przykład database.sql, otwórz jego kopię, aby zweryfikować nagłówek i instrukcje, a następnie przetestuj jego import do pustej bazy danych działającej na docelowym silniku.

Navicat jest właściwą opcją na komputerze, ponieważ rozumie strukturę kopii zapasowej PSC. Zasadniczo nie istnieje godny zaufania internetowy konwerter PSC działający w jednym kroku. Renomowane usługi internetowej konwersji plików są przydatne w przypadku popularnych formatów tekstowych lub dokumentów, ale zwykle nie potrafią analizować zastrzeżonej kopii zapasowej Navicat i nie nadają się do poufnych danych baz danych. Z usługi internetowej należy korzystać tylko wtedy, gdy jej dokumentacja wyraźnie potwierdza obsługę dokładnego wariantu Navicat PSC, a dane mogą opuścić kontrolowane środowisko.

Eksportowanie za pomocą narzędzi baz danych

Po przywróceniu kopii zapasowej PSC MySQL lub MariaDB natywne narzędzie wiersza poleceń może utworzyć plik SQL:

mysqldump --routines --triggers --events --databases database_name > database.sql

Po przywróceniu kopii zapasowej PostgreSQL, która jest faktycznie obsługiwana przez zainstalowany produkt Navicat, użyj:

pg_dump --format=plain --file=database.sql database_name

Użyj polecenia odpowiedniego dla przywróconego serwera, a nie dla rozszerzenia oryginalnej kopii zapasowej. Dane połączenia należy przekazywać za pomocą konfiguracji klienta, zmiennych środowiskowych lub monitu o hasło, zamiast umieszczać hasła bezpośrednio w historii powłoki. Opcje takie jak procedury, wyzwalacze, zdarzenia, własność, uprawnienia i obsługa dużych obiektów należy wybrać zgodnie z obiektami, które powinny zachować się po eksporcie.

Ograniczenia jakości i zgodności

• Zrzuty SQL na poziomie bazy danych zwykle nie zawierają użytkowników serwera, globalnych uprawnień, ustawień replikacji, zaplanowanych zadań, konfiguracji instancji ani wszystkich ustawień przestrzeni tabel; należy odtworzyć je osobno.
• Procedury składowane, funkcje, wyzwalacze, zdarzenia, widoki, klucze obce i typy właściwe dla danego dostawcy mogą zostać pominięte, jeśli ustawienia kopii zapasowej i eksportu ich nie obejmują lub konto nie ma wystarczających uprawnień.
• Po zaimportowaniu wygenerowanego skryptu sprawdź kodowanie znaków, sortowanie, działanie stref czasowych, obsługę wartości null, procedury, klucze obce oraz reprezentatywne liczby wierszy.
• Skrypt wyeksportowany z MySQL lub MariaDB nie jest automatycznie wykonywalny przez PostgreSQL, SQL Server ani Oracle. Mogą być wymagane zmiany składni właściwej dla silnika oraz typów danych.
• Użyj wersji Navicat zgodnej z silnikiem źródłowym PSC i formatem kopii zapasowej. Jeśli Navicat nie może otworzyć pliku, sprawdź, czy plik jest kompletny, uzyskaj wymagane hasło oraz zidentyfikuj produkt i wersję, które go utworzyły, zamiast zmieniać jego rozszerzenie.