Conversor online gratuito de DB3 para SQL

Um arquivo DB3 precisa ser convertido quando um banco de dados deve ser importado para um software que aceita um script SQL, migrado para outro mecanismo de banco de dados ou arquivado em um formato de texto legível. O procedimento correto depende de o arquivo ser um banco de dados SQLite ou uma tabela dBASE III.

O que é o formato DB3

DB3 é uma extensão de banco de dados ambígua. Ela geralmente se refere a um arquivo de banco de dados SQLite ou a uma tabela dBASE III; a extensão, por si só, não identifica o formato.

• SQLite: Um banco de dados relacional completo armazenado em um único arquivo. Ele pode conter tabelas, índices, views, triggers, definições de schema e dados. Os arquivos SQLite são usados por aplicativos para desktop, dispositivos incorporados, aplicativos móveis e instalações de software. Um banco de dados SQLite normalmente começa com o cabeçalho SQLite format 3.
• dBASE III: Uma tabela contendo registros e definições de campos. Sua extensão usual é .dbf, embora alguns programas usem .db3 para tabelas dBASE III. Os campos memo podem depender de um arquivo .dbt correspondente. Um arquivo dBASE III possui um cabeçalho dBASE e uma área de definição de campos, em vez de um cabeçalho SQLite.

Não identifique o arquivo abrindo-o em um editor de texto: ambos os formatos são binários. Verifique o cabeçalho com um utilitário de banco de dados ou abra uma cópia em um software compatível com o formato suspeito. Mantenha qualquer arquivo .dbt correspondente junto com uma tabela dBASE durante a conversão.

O que é o formato SQL

Um arquivo SQL é um script de texto simples contendo instruções de banco de dados, não um mecanismo de banco de dados nem um formato binário universal. Um dump pode conter instruções CREATE TABLE, INSERT, de índice, view, trigger e constraint.

Os arquivos SQL podem ser inspecionados, editados, armazenados em controle de versão, restaurados em um banco de dados e transferidos entre computadores sem o aplicativo DB3 original. A compatibilidade depende do mecanismo de destino: SQLite, MySQL, PostgreSQL e Microsoft SQL Server usam diferentes tipos de dados, regras de quoting, sintaxe de numeração automática, funções e comandos administrativos.

Como converter um arquivo SQLite DB3

1. Faça uma cópia de backup e confirme que o arquivo contém o cabeçalho SQLite.
2. Instale o utilitário de linha de comando SQLite e verifique o banco de dados:
   sqlite3 input.db3 "PRAGMA integrity_check;"
sqlite3 input.db3 ".tables"
3. Gere um dump do schema e dos dados:
   sqlite3 input.db3 ".dump" > output.sql
4. Abra output.sql e verifique se as tabelas, linhas, índices, views, triggers e constraints esperados estão presentes.
5. Restaure o script no SQLite quando necessário:
   sqlite3 restored.db < output.sql

Usuários que não desejam instalar software podem converter o arquivo gratuitamente em 101convert.com e baixar o arquivo SQL gerado. Não carregue conteúdos confidenciais ou regulamentados de bancos de dados em um conversor online.

Como converter um arquivo dBASE III DB3

1. Coloque a tabela .db3 ou .dbf e seu arquivo memo .dbt correspondente na mesma pasta. Não renomeie nenhum dos arquivos antes da importação.
2. Abra a tabela em um programa de banco de dados compatível com dBASE ou em um utilitário de conversão DBF.
3. Use Export ou Save as SQL, selecione o dialeto SQL de destino e inclua as definições da tabela e os registros. Exporte índices ou outros metadados somente quando o mecanismo de destino oferecer suporte a eles.
4. Inspecione o arquivo .sql gerado para verificar nomes de campos, literais de data, valores memo, precisão numérica e codificação de caracteres antes de importá-lo.

Se o programa de origem não puder exportar SQL, um script poderá ler a tabela com o pacote dbfread do Python, criar um banco de dados de preparação, inserir valores usando instruções parametrizadas e exportar esse banco de dados de preparação com o comando SQLite .dump. Isso exige o tratamento explícito de campos memo, registros excluídos, code pages dBASE e tipos de campos específicos do dBASE.

Compatibilidade e verificações dos dados

Uma conversão não pode preservar informações que não tenham equivalente no mecanismo de destino. Os campos lógico, de data, memo, numérico e de code page do dBASE podem exigir um mapeamento manual de tipos. O SQLite usa tipagem dinâmica, portanto seus tipos declarados podem não ser mapeados exatamente para os tipos do MySQL ou PostgreSQL.

Arquivos .dbt ausentes podem remover o conteúdo memo do dBASE. Registros dBASE excluídos podem permanecer na tabela física até que ela seja compactada, e um conversor pode omiti-los ou expô-los dependendo de suas configurações. Após a importação, compare as contagens de linhas e verifique valores nulos, datas, precisão decimal, caracteres não ASCII, campos memo, índices, foreign keys e o comportamento de chave primária ou numeração automática.

Um dump SQLite não é automaticamente um script MySQL ou PostgreSQL. Antes de importá-lo em outro mecanismo, remova ou reescreva itens específicos do SQLite, como instruções PRAGMA, INSERT OR REPLACE, declarações de tipos do SQLite e numeração automática ou quoting específicos do SQLite. Revise o SQL gerado em um banco de dados de teste antes de executá-lo em dados de produção.