Converti PSC in SQL

Un file PSC richiede generalmente la conversione quando è necessario ripristinare un database su un altro server, esaminarlo al di fuori di Navicat o distribuirlo come script .sql portatile. Rinominare .psc in .sql non converte il backup, perché PSC contiene dati di backup compressi proprietari anziché testo SQL.

Cos'è il formato PSC

PSC indica comunemente un backup compresso Navicat, in particolare per database compatibili con MySQL. Navicat crea questo backup binario proprietario anziché memorizzare istruzioni leggibili come CREATE TABLE e INSERT. Altri prodotti Navicat per database potrebbero usare estensioni di backup diverse; verificare quindi il database engine di origine e la versione di Navicat prima di tentare un ripristino.

Il file PSC può contenere schema, dati delle tabelle, indici, viste, trigger, routine o eventi, ma solo se tali oggetti sono stati selezionati o supportati al momento della creazione del backup. È inoltre necessaria una password del backup, se configurata. Gli editor di testo, MySQL Workbench e i normali client SQL non possono importare un PSC come script.

Cos'è il formato SQL

Un file .sql è normalmente uno script di testo normale contenente istruzioni come CREATE TABLE, INSERT, CREATE VIEW e definizioni di stored program. Un database server compatibile può eseguire lo script per ricreare schema e dati, rendendolo utile per la migrazione, la revisione, il controllo del codice sorgente e l'archiviazione.

SQL è un linguaggio, non un formato di file universalmente compatibile. MySQL, MariaDB, PostgreSQL, SQL Server e Oracle differiscono per tipi di dati, gestione delle virgolette, sintassi procedurale, estensioni e comandi di dump. Uno script esportato per un engine potrebbe richiedere modifiche prima di poter essere eseguito da un altro engine.

Come convertire un file PSC

1. Installare l'edizione di Navicat che supporta il database engine del file PSC, quindi creare una connessione a un database server temporaneo o vuoto con spazio di archiviazione sufficiente.
2. Aprire la connessione, scegliere Tools → Restore Backup oppure fare clic con il pulsante destro del mouse sul database di destinazione e scegliere Restore Backup; la dicitura esatta dei menu varia in base alla versione di Navicat.
3. Selezionare il file .psc, inserire la password se richiesta e ripristinarlo nel database temporaneo. Non sovrascrivere i dati di produzione prima di aver verificato il nome del database, gli oggetti e il numero approssimativo di righe.
4. Esportare il database ripristinato con Dump SQL File, Export Wizard o il comando Navicat equivalente. Selezionare struttura, dati, routine, trigger, eventi, indici e gli altri oggetti necessari, quindi scegliere il character set corretto e il file di output.
5. Salvare il risultato in un file come database.sql, aprirne una copia per verificare l'intestazione e le istruzioni, quindi testarne l'importazione in un database vuoto che esegue l'engine di destinazione previsto.

Navicat è l'opzione desktop appropriata perché comprende la struttura dei backup PSC. In genere non esiste un convertitore web affidabile in un solo passaggio per PSC. I servizi online affidabili di conversione dei file sono utili per i comuni formati di testo o documento, ma normalmente non possono analizzare il backup proprietario di Navicat e non sono adatti a contenuti di database riservati. Utilizzare un servizio online solo se la relativa documentazione supporta esplicitamente l'esatta variante Navicat PSC e se i dati possono uscire dall'ambiente sotto il proprio controllo.

Esportazione con gli strumenti del database

Dopo aver ripristinato un backup PSC di MySQL o MariaDB, l'utilità nativa da riga di comando può produrre il file SQL:

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

Dopo aver ripristinato un backup PostgreSQL effettivamente supportato dal prodotto Navicat installato, utilizzare:

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

Utilizzare il comando relativo al server ripristinato, non l'estensione del backup originale. Fornire i dettagli della connessione tramite la configurazione del client, variabili d'ambiente o una richiesta di password, invece di inserire le password direttamente nella cronologia della shell. Opzioni come routine, trigger, eventi, proprietà, privilegi e gestione dei large object devono essere selezionate in base agli oggetti che devono essere conservati nell'esportazione.

Limiti di qualità e compatibilità

• I dump SQL a livello di database generalmente non includono utenti del server, autorizzazioni globali, impostazioni di replica, processi pianificati, configurazione dell'istanza o tutte le impostazioni dei tablespace; ricrearli separatamente.
• Stored procedure, funzioni, trigger, eventi, viste, foreign key e tipi specifici del vendor potrebbero essere omessi, a meno che le impostazioni del backup e dell'esportazione non li includano e l'account disponga di privilegi sufficienti.
• Controllare la codifica dei caratteri, la collation, il comportamento del fuso orario, la gestione dei valori null, le routine, le foreign key e il numero di righe rappresentativo dopo l'importazione dello script generato.
• Uno script esportato da MySQL o MariaDB non è automaticamente eseguibile da PostgreSQL, SQL Server o Oracle. Potrebbero essere necessarie modifiche alla sintassi e ai tipi di dati specifici dell'engine.
• Utilizzare una versione di Navicat compatibile con l'engine di origine del PSC e con il relativo formato di backup. Se Navicat non riesce ad aprire il file, verificare che il file sia completo, ottenere la password necessaria e identificare il prodotto e la versione che lo hanno creato, invece di modificarne l'estensione.