Converter PSC para SQL

Um arquivo PSC geralmente precisa ser convertido quando um banco de dados deve ser restaurado em outro servidor, inspecionado fora do Navicat ou entregue como um script .sql portátil. Renomear .psc para .sql não converte o backup, pois o PSC contém dados de backup compactados proprietários, e não texto SQL.

O que é o formato PSC

PSC geralmente designa um backup compactado do Navicat, especialmente para bancos de dados compatíveis com MySQL. O Navicat cria esse backup binário proprietário em vez de armazenar instruções legíveis CREATE TABLE e INSERT. Outros produtos Navicat para bancos de dados podem usar extensões de backup diferentes; portanto, confirme o mecanismo de banco de dados de origem e a versão do Navicat antes de tentar uma restauração.

O PSC pode conter esquema, dados de tabelas, índices, views, triggers, rotinas ou eventos, mas somente se esses objetos tiverem sido selecionados ou forem compatíveis quando o backup foi criado. Uma senha de backup, se configurada, também será necessária. Editores de texto, MySQL Workbench e clientes SQL comuns não podem importar um PSC como script.

O que é o formato SQL

Um arquivo .sql normalmente é um script de texto simples contendo instruções como CREATE TABLE, INSERT, CREATE VIEW e definições de stored programs. Um servidor de banco de dados compatível pode executar o script para recriar o esquema e os dados, tornando-o útil para migração, revisão, controle de versão e arquivamento.

SQL é uma linguagem, não um formato de arquivo universalmente compatível. MySQL, MariaDB, PostgreSQL, SQL Server e Oracle diferem em tipos de dados, uso de aspas, sintaxe procedural, extensões e comandos de dump. Um script exportado para um mecanismo pode exigir alterações antes que outro mecanismo possa executá-lo.

Como converter um arquivo PSC

1. Instale a edição do Navicat compatível com o mecanismo de banco de dados do arquivo PSC e crie uma conexão com um servidor de banco de dados temporário ou vazio com espaço de armazenamento suficiente.
2. Abra a conexão, escolha Tools → Restore Backup ou clique com o botão direito do mouse no banco de dados de destino e escolha Restore Backup; o texto exato do menu varia conforme a versão do Navicat.
3. Selecione o arquivo .psc, insira a senha, se necessário, e restaure-o no banco de dados temporário. Não substitua dados de produção antes de verificar o nome do banco de dados, os objetos e as contagens aproximadas de linhas.
4. Exporte o banco de dados restaurado usando Dump SQL File, Export Wizard ou o comando equivalente do Navicat. Selecione estrutura, dados, rotinas, triggers, eventos, índices e outros objetos necessários; em seguida, escolha o conjunto de caracteres correto e o arquivo de saída.
5. Salve o resultado em um arquivo como database.sql, abra uma cópia para verificar o cabeçalho e as instruções e teste a importação em um banco de dados vazio executado pelo mecanismo de destino pretendido.

O Navicat é a opção de desktop apropriada porque entende a estrutura de backup PSC. Em geral, não existe um conversor web confiável de uma única etapa para PSC. Serviços de conversão de arquivos online confiáveis são úteis para formatos comuns de texto ou documentos, mas normalmente não conseguem analisar o backup proprietário do Navicat e não são adequados para conteúdos confidenciais de bancos de dados. Use um serviço online somente se a documentação dele declarar explicitamente compatibilidade com a variante exata do Navicat PSC e se os dados puderem sair do seu ambiente controlado.

Exportação com ferramentas de banco de dados

Depois de restaurar um backup PSC do MySQL ou MariaDB, o utilitário de linha de comando nativo pode produzir o arquivo SQL:

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

Depois de restaurar um backup PostgreSQL que seja de fato compatível com o produto Navicat instalado, use:

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

Use o comando correspondente ao servidor restaurado, não à extensão do backup original. Forneça os detalhes de conexão por meio da configuração do cliente, de variáveis de ambiente ou de um prompt de senha, em vez de inserir senhas diretamente no histórico do shell. Opções como rotinas, triggers, eventos, propriedade, privilégios e tratamento de objetos grandes devem ser selecionadas de acordo com os objetos que precisam ser preservados na exportação.

Limites de qualidade e compatibilidade

• Dumps SQL em nível de banco de dados geralmente não incluem usuários do servidor, permissões globais, configurações de replicação, tarefas agendadas, configuração da instância ou todas as configurações de tablespaces; recrie esses itens separadamente.
• Stored procedures, funções, triggers, eventos, views, foreign keys e tipos específicos do fornecedor podem ser omitidos, a menos que as configurações de backup e exportação os incluam e a conta tenha privilégios suficientes.
• Verifique a codificação de caracteres, a collation, o comportamento do fuso horário, o tratamento de valores nulos, as rotinas, as foreign keys e as contagens representativas de linhas após importar o script gerado.
• Um script exportado do MySQL ou MariaDB não é automaticamente executável pelo PostgreSQL, SQL Server ou Oracle. Podem ser necessárias alterações na sintaxe e nos tipos de dados específicos do mecanismo.
• Use uma versão do Navicat compatível com o mecanismo de origem e o formato de backup do PSC. Se o Navicat não conseguir abrir o arquivo, verifique se o arquivo está completo, obtenha a senha necessária e identifique o produto e a versão que o criou, em vez de alterar sua extensão.