Inspecionar SQLite somente para leitura

SQLite 3.53.4 WASM oficial, com desserialização READONLY em memória, query_only e defensive, trusted_schema desligado, autorização restrita e limites nativos.

  • Funciona no navegador
  • Sem upload
  • Confira antes de baixar

Os arquivos e esquemas ficam nesta aba e em um worker local. Nada é enviado nem armazenado automaticamente. Se você limpar ou fechar a página, os dados inseridos se perdem. Guarde os originais e salve os resultados de que precisar.

SQLite 3.53.4 WASM oficial, com desserialização READONLY em memória, query_only e defensive, trusted_schema desligado, autorização restrita e limites nativos. Mostra os esquemas de tabelas, views e tabelas virtuais, mas lê apenas tabelas comuns, com consultas paginadas geradas pela ferramenta. Sem editor SQL, extensões, execução de views ou funções, ATTACH, OPFS nem armazenamento. Só bancos em UTF-8: esta versão não inclui UTF-16 e o rejeita de forma explícita; texto UTF-8 inválido aparece como bytes. INTEGER de 64 bits com sinal exato, REAL IEEE 754, BLOB em hex e nulo à parte. A ordem por chave ou rowid é estável na cópia. Um banco WAL incompleto nunca é um estado atual certificado; exige seu consentimento e mantém o original. Os limites de CSV são os mesmos do Parquet. Os 64 MiB lineares não incluem JS nem DOM; em caso de falha, não há saída parcial. Colisões com o marcador nulo são verificadas antes e após a proteção de fórmulas; uma colisão transformada impede a exportação.

Arquivo de até 16 MiB; Protobuf de até 1 MiB; cada esquema de até 256 KiB, no máximo 1 MiB juntos. Profundidade 64; 20.000 nós de metadados ou binários; 100.000 valores físicos ou retidos; orçamento de decodificação de 32 MiB; saída gerada de 8 MiB, além do original. Prévia de 200 linhas; exportação de até 10.000 linhas. O worker para após 5 segundos. Os 64 MiB de memória linear do SQLite não representam toda a memória do navegador.

Arquivo binário local

0 B

Operação

Um banco no modo WAL pode não mostrar alterações já confirmadas que ainda estão no arquivo WAL. Esta opção inspeciona apenas o último checkpoint. Ela não garante o estado atual completo e não altera o arquivo original.

Método e limites

Perfil suportado

SQLite 3.53.4 WASM oficial, com desserialização READONLY em memória, query_only e defensive, trusted_schema desligado, autorização restrita e limites nativos. Mostra os esquemas de tabelas, views e tabelas virtuais, mas lê apenas tabelas comuns, com consultas paginadas geradas pela ferramenta. Sem editor SQL, extensões, execução de views ou funções, ATTACH, OPFS nem armazenamento. Só bancos em UTF-8: esta versão não inclui UTF-16 e o rejeita de forma explícita; texto UTF-8 inválido aparece como bytes. INTEGER de 64 bits com sinal exato, REAL IEEE 754, BLOB em hex e nulo à parte. A ordem por chave ou rowid é estável na cópia. Um banco WAL incompleto nunca é um estado atual certificado; exige seu consentimento e mantém o original. Os limites de CSV são os mesmos do Parquet. Os 64 MiB lineares não incluem JS nem DOM; em caso de falha, não há saída parcial. Colisões com o marcador nulo são verificadas antes e após a proteção de fórmulas; uma colisão transformada impede a exportação.

Limites de recursos

Arquivo de até 16 MiB; Protobuf de até 1 MiB; cada esquema de até 256 KiB, no máximo 1 MiB juntos. Profundidade 64; 20.000 nós de metadados ou binários; 100.000 valores físicos ou retidos; orçamento de decodificação de 32 MiB; saída gerada de 8 MiB, além do original. Prévia de 200 linhas; exportação de até 10.000 linhas. O worker para após 5 segundos. Os 64 MiB de memória linear do SQLite não representam toda a memória do navegador.

Os arquivos e esquemas ficam nesta aba e em um worker local. Nada é enviado nem armazenado automaticamente. Se você limpar ou fechar a página, os dados inseridos se perdem. Guarde os originais e salve os resultados de que precisar.

Como inspecionar

  1. Arquivo binário local

    Carregue um banco SQLite local e veja o esquema. Escolha uma tabela comum, as colunas, a linha inicial (contada a partir de zero) e a quantidade de linhas; depois veja a prévia ou exporte. Não há editor de SQL nem conexão com o banco.

  2. Esquema e metadados

    Carregue o exemplo e escolha a tabela sample. A linha tem id 9223372036854775807, o texto amount 9007199254740993.01, os bytes payload 00ff e absent=null. O inspetor mantém o inteiro e o texto exatos, sem convertê-los para Number do JavaScript.

  3. Verificar e salvar exportações

    Confira a tabela escolhida, a janela de linhas e os tipos declarados e de armazenamento antes de salvar selection.csv e report.json. Nesta cópia, a paginação segue a ordem da chave primária ou do rowid. O banco original é preservado e o worker lê uma cópia somente leitura na memória.

Método e limites

Como o CSV do SQLite representa null, BLOBs e inteiros grandes?

Escolha vírgula, ponto e vírgula ou tabulação, LF/CRLF, BOM e um token para null, como barra invertida e N. O null aparece como token sem aspas, o texto vazio como texto vazio entre aspas, os BLOBs em hexadecimal e os valores INTEGER como texto decimal exato. Se um token coincidir com um valor, a exportação é rejeitada. Aspas não impedem que planilhas convertam números; importe essas colunas como texto. A proteção de prefixo de fórmula altera valores TEXT que parecem fórmulas.

Por que não é possível ler o arquivo ou a seleção?

Views e tabelas virtuais aparecem na lista, mas não são executadas. Bancos UTF-16 são rejeitados nesta versão. O arquivo principal de um banco em modo WAL pode não ter as alterações já confirmadas no WAL; aceitar a cópia base não prova que ela seja o estado mais recente. Para dados atuais, informe uma exportação consistente do banco, preparada à parte.

O que este inspetor não faz deliberadamente?

O arquivo pode ter até 16 MiB, com no máximo 10000 linhas solicitadas e 200 exibidas. Não há edição, SQL arbitrário, extensões, bancos externos nem armazenamento persistente. O limite de 64 MiB de memória linear nativa não inclui a memória de JS e DOM e não é uma promessa sobre a memória total do aparelho.